Auteur Sujet: TV chez MilkyWan (Lu 26813 fois)

Optix · « **Réponse #84 le:** 01 septembre 2023 à 19:01:26 »

Oui, car comme l'a dit Hugues, ce sont de vrais flux TV qui sont diffusés en MPEG-TS.
Chaque bloc fait à peine 188 octets et nécessite donc une gestion quasi temps réel pour que ça soit fluide.

Autant c'est parfaitement adapté pour des tuners et décodeurs TNT dont c'est l'unique job (pour ça que les paquets font 188 octets historiquement, car la mémoire coute cher), autant les devices avec un gros OS qui vaque à ses propres occupations, tandis que l'appli attend que les paquets TS soient traités, bah bim, du lagg.

D'où la montée en HLS pour transformer ça en segments de quelques mégaoctets (donc déjà 1 million de fois plus "fat"). Comme ça le puissant CPU peut se concentrer une seule fois une fraction de seconde pour en afficher 10sec, et faire autre chose pendant le restant du temps, sans que vous n'y voyez quoi que ce soit.

thom · « **Réponse #85 le:** 02 septembre 2023 à 22:17:05 »

Fraichement raccordé chez MW (hier), je teste ce soir l'appli sur Apple TV, jusqu'ici ça fonctionne parfaitement. J'ai juste été surpris en lançant l'application de tomber directement sur une chaine et non sur un menu pour choisir. Mais c'est finalement la même approche qu'une TV "à l'ancienne"

Hugues · « **Réponse #86 le:** 02 septembre 2023 à 22:19:37 »

Et quelle chaine ! <3

patrick_01 · « **Réponse #87 le:** 27 septembre 2023 à 16:36:50 »

Salut tout le monde,

Est-ce qu'il y a quelque chose qui a changé côté TV récemment (disons depuis la fin de la semaine dernière) ?
Madame hier soir : la télé ne marche plus, tu peux regarder ?

Mon analyse : tv.milywan.fr ne délivre plus les chaînes en HTTP, mais seulement en HTTPS (peut être pas *toutes* les chaînes, NASA TV fonctionne en http).
Mais le m3u donne toujours des URL en http.

J'imagine que mon (vieux) client kodi sur un raspberry 3 ne comprend pas HSTS. Si je peux éviter de devoir upgrade ça m'arrange, parce que j'aime pas trop toucher un truc aussi fragile (et franchement l'IPTV quand on maîtrise de manière aussi superficielle que moi c'est fragile).
J'ai modifié le m3u pour remplacer tous les http:// par https://, déposé sur une machine à moi, et là ça refonctionne (mais c'est pas élégant et ça cassera un jour ou l'autre ...)

Est-ce que d'autres abonnés ont eu le même problème ?

Hugues · « **Réponse #88 le:** 27 septembre 2023 à 17:38:00 »

Chez moi le flux est bien en HTTP :

➜ ~ wget http://tv.milkywan.fr/chaines/tf1 --2023-09-27 17:37:42-- http://tv.milkywan.fr/chaines/tf1 Resolving tv.milkywan.fr (tv.milkywan.fr)... 2a0b:cbc0:1100:2b::1, 80.67.167.92 Connecting to tv.milkywan.fr (tv.milkywan.fr)|2a0b:cbc0:1100:2b::1|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [application/octet-stream] Saving to: ‘tf1’ tf1 [ <=> ] 91.52K 457KB/s

En v4 c'est bon aussi :

➜ ~ wget http://tv.milkywan.fr/chaines/tf1 -4 --2023-09-27 17:38:26-- http://tv.milkywan.fr/chaines/tf1 Resolving tv.milkywan.fr (tv.milkywan.fr)... 80.67.167.92 Connecting to tv.milkywan.fr (tv.milkywan.fr)|80.67.167.92|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [application/octet-stream] Saving to: ‘tf1.1’ tf1.1 [ <=> ] 971.54K 1.14MB/s

goudalf · « **Réponse #89 le:** 27 septembre 2023 à 17:59:33 »

Et pour répondre a la question s'il y a eu un changement récent, non, il n'y a eu aucun changement sur l'infra TV la semaine dernière.
En l'occurrence, nous avions bien fait attention à ce que les flux soient dispos en HTTP car il n'est pas pertinent que le serveur s'amuse à chiffrer les flux individuellement pour chaque utilisateur.
Il écoute cependant en HTTPS quand même afin de gérer les clients qui appliquent HSTS, mais il est préférable d'utiliser HTTP et non pas HTTPS dans la mesure du possible. C'est d'ailleurs pour cela que le m3u distribue des URL en HTTP, et non en HTTPS.

bolemo · « **Réponse #90 le:** 27 septembre 2023 à 19:06:12 »

Je confirme que pour moi aussi les flux http du m3u fonctionnent bien.

Shadowra · « **Réponse #91 le:** 27 septembre 2023 à 19:28:59 »

Vous allez rajouter des chaînes à l'avenir ou c'est pas prévu ?

vivien · « **Réponse #92 le:** 27 septembre 2023 à 22:21:08 »

Citation de: goudalf le 27 septembre 2023 à 17:59:33

Il écoute cependant en HTTPS quand même afin de gérer les clients qui appliquent HSTS, mais il est préférable d'utiliser HTTP et non pas HTTPS dans la mesure du possible. C'est d'ailleurs pour cela que le m3u distribue des URL en HTTP, et non en HTTPS.

Je suis curieux de savoir pourquoi privilégier http.

La surcharge CPU liée au chiffrement ? J'imagine que la raison est différente.

Hugues · « **Réponse #93 le:** 27 septembre 2023 à 22:36:06 »

Pour être compatible avec un plus grand nombre de matériels + aucun intérêt de chiffrer de la TV

goudalf · « **Réponse #94 le:** 27 septembre 2023 à 22:59:09 »

Clairement aucun intérêt de chiffrer. Donc autant économiser du CPU.

ouais25 · « **Réponse #95 le:** 03 octobre 2023 à 20:28:35 »

Citation de: Hugues le 01 septembre 2023 à 16:19:10

Google TV (tout comme les Apple TV) sont normalement conçues pour manger du flux HLS, pas du flux "pur" comme ce qu'on envoie.

On prépare une plateforme HLS mais ça sera plus tard cette année

Bonjour Hugues,

Des nouvelles sur cette nouvelle plate-forme ?