MilkyWan => Discussion démarrée par: patrick_01 le 29 décembre 2021 à 17:59:20 MilkyWan => Discussion démarrée par: patrick_01 le 29 décembre 2021 à 17:59:20Ça dépend ce que tu appelle "solution simple", on fournit une offre brute pour les gens qui aiment bidouiller, donc la TV c'est un flux HLS ou Multicast via une playlist en m3u :)
Si tu veux la simplicité, honnetement, pourquoi ne pas envisager la TNT ? Prend toi un décodeur TNT à 50 boules chez Darty. Certains embarquent même un OS Android pour installer myTF1, 6play etc.
Tu lui fous une clé USB ou un disque dur aux fesses, et hop, tu peux faire du start-over, time-shift ou enregistrer tout simplement (et s'il est pas trop bête, sans les pubs vu que les chaines envoient le "top pub" dans un sous-signal).
Et je dirais même plus, regarde également dans le manuel de la TV, car possible qu'elle sache déjà le faire, sans équipement additionnel. Et pour finir, ça résiste aux coupures fibres.
En soi, vu qu’on te fournit les flux bruts, tu mets ça sur un VLC et tu peux enregistrer.
Tu peux ajouter les flux sur un truc type KODI, a voir si quelqu’un veut tenter et poster un tuto ;)
En soi, vu qu’on te fournit les flux bruts, tu mets ça sur un VLC et tu peux enregistrer.Dans Kodi Matrix, c'est pareil depuis xbmc, il faut aller dans les extensions, activer dans les Clients enregistreurs vidéo, PVR IPTV Simple Client (nightik and Ross Nicholson -19), lui donner l'url du m3u.
Tu peux ajouter les flux sur un truc type KODI, a voir si quelqu’un veut tenter et poster un tuto ;)
Je me suis mal exprimé 8). Où récupère t-on ce m3u ?=> https://tv.milkywan.fr/
L'ancienne mouture de tv.milkywan.fr avait les flux d'un certain FAI vert, qui m'a brutalement coupé y'a quelques semaines, donc non, ça marchait plus trop :D
Au moins tu as fait connaissance du directeur technique, les coupures brutales ça fait mal au début, après t'es habitué ;D
Si tu veux la simplicité, honnetement, pourquoi ne pas envisager la TNT ? Prend toi un décodeur TNT à 50 boules chez Darty. Certains embarquent même un OS Android pour installer myTF1, 6play etc.C'est clair, j'avais essayé avant même de mettre en route la "dune", mais c'était loin d'être convainquant. Ma commune est en zone blanche TNT, TDF a fait des choix techniques qui sont peu adaptés à une configuration comme celle du Pays de Gex, bien arrosé par un émetteur qui se trouve trop loin, et mal arrosé par celui qui est tout près.
En soi, vu qu’on te fournit les flux bruts, tu mets ça sur un VLC et tu peux enregistrer.
Tu peux ajouter les flux sur un truc type KODI, a voir si quelqu’un veut tenter et poster un tuto ;)
Un truc à la kodi me plaît plus que VLC pour l'utilisation domestique, donc si quelqu'un a testé, ça m'intéresse.Android TV : On a tivimate qui fait bien le café.
Un truc à la kodi me plaît plus que VLC pour l'utilisation domestique, donc si quelqu'un a testé, ça m'intéresse.Sous Kodi, avec "PVR IPTV Simple Client". Très stable, IPv6 OK.
Sous Kodi, avec "PVR IPTV Simple Client". Très stable, IPv6 OK.Quel hardware ?
La pièce est peut-être symétrique avec table basse au milieu pour l'apéro?Ou alors y a un miroir sur le mur de l'autre côté :-)
La pièce est peut-être symétrique avec table basse au milieu pour l'apéro?Yes, tout juste ! Il y a un autre canap' qui fait face à l'écran.
Quel hardware ?Raspberry Pi 3
Ou alors y a un miroir sur le mur de l'autre côté :-)
Autre question, chez K-Net ça a l'air d'être un peu différent. Les liens par chaîne qui se trouvent dans le .m3u sont des fichiers textes .m3u8, qui contiennent eux-même une liste des dernières tranches de temps (?), avec à chaque fois une URL vers un fichier .ts . Aucune idée quel format c'est, mais vlc est capable de lire ces fichiers, chacun fait une dizaine de secondes, et si on les concatène sauvagement (oui, cat...) le résultat est toujours parfaitement lisible.
Tu aurais un screen ou le code de ce fichier m3u8 avec les dernières tranches de temps ?
Et tu les concatène comment ?
Je continue avec les questions à la con, celles qu'on pose après minuit...
Pour essayer de comprendre comment fonctionne le flux TV, qui reste un truc assez nébuleux pour moi à ce stade, j'ai téléchargé le m3u sur tv.milkywan.fr .
Rien de bien sorcier apparemment, c'est un simple fichier texte, il y a la liste des chaînes, avec pour chaque chaîne une URL, pas besoin de lire des RFC pour comprendre comment c'est fait.
Comme je suis curieux (à ces heures...), j'ai essayé de wget la première : ça m'enregistre un flux en continu dans un fichier, jusqu'à ce que je le ^C .
Aucune idée du format, mais avec vlc, j'ouvre le fichier : ça rejoue ce que j'ai enregistré (bah je sais rien d'impressionnant, mais quand on a jamais essayé...)
Si je coupe une tranche du fichier, arbitrairement, entre n'importe ou et n'importe ou + quelques MB, ça donne toujours quelque chose de lisible par vlc.
Alors je me pose quand même la question : le fameux replay dont il a été question plusieurs fois, ce truc vachement marginalement légal que les FAI semblent pas trop avoir le droit de faire, c'est aussi couillon que ça ? Du coup, chacun peut se le faire, son replay, et en sautant les pubs en plus (enfin... après avoir acheté les disques ;D). Parce que ce que j'ai download, ça fait à la louche 500 kB/s, donc une dizaine de chaînes sur une semaine, on est à 3 TB, en tirant 40 Mb/s sur la fibre en continu, c'est pas non plus délirant...Non non non.
Autre question, chez K-Net ça a l'air d'être un peu différent. Les liens par chaîne qui se trouvent dans le .m3u sont des fichiers textes .m3u8, qui contiennent eux-même une liste des dernières tranches de temps (?), avec à chaque fois une URL vers un fichier .ts . Aucune idée quel format c'est, mais vlc est capable de lire ces fichiers, chacun fait une dizaine de secondes, et si on les concatène sauvagement (oui, cat...) le résultat est toujours parfaitement lisible.
Pourquoi chez K-Net et chez MilkyWan ça ne fonctionne pas de la même façon ? Il y a un intérêt à l'un ou l'autre des "protocoles" ?
Oui, je sais que je voulais un truc "simple" pour regarder la TV, mais j'aime bien comprendre aussi...
(Vivien nous dira si reverse un truc aussi couillon est inapproprié à cet endroit, je ne pense pas, on est quand même sur du HTTP et des protocoles ouverts, mais dès qu'on touche à la TV ...)
Non non non.
[...]
Toi, FAI, tu n'as strictement rien à faire (à part concevoir une jolie app). Et surtout pas d'enregistrer toi-même le programme et de le mettre à disposition du public, ça rentre dans du pénal.
Si tu as un Windows à disposition et si c'est pour koko et bin juste installe CAPTVTY -> https://captvty.fr/
Raspberry Pi 3Tu manipules comment ? Tu as une télécommande, ou c'est à la souris ?
Quelques liens qui peuvent intéresser pour enregistrer les flux MilkyWan sous linux :Celui que j'aime beaucoup ( pour y avoir contribué, avec l'intégration de mplayer ainsi qu'un module de pilotage de Parabole motorisée )
- https://doc.ubuntu-fr.org/television#webtv
- https://doc.ubuntu-fr.org/webtv#voir_aussi
Pour moi (et ça reste mon avis), la TV (le live) doit être transportée en UDP uniquement. C'est complètement con de se taper les accusés réception de TCP et d'essayer de retransmettre (le paquet va de toutes façons être jeté car d'autres sont arrivés avant, et boom "discontinuty error" dans vlc). Certes pour l'instant c'est comme ça en HTTP par facilité et rapidité de mise en oeuvre, mais ça mérite de revoir le transport afin de bien optimiser cette partie.Sauf erreur de ma part, si tu règles un buffer de quelques secondes côté réception, le flux ne saute pas malgré les pertes de paquet et les retransmissions TCP. Ou alors je n'ai pas compris ce que tu veux dire...
Est-ce que c'est correct ?Non :)
Je continue avec les questions à la con :
Il me semble que sur les flux TV il y a une adaptation automatique de la qualité de l'image, et donc du débit, en fonction de la bande passante ou d'autres mesures de qualité réseau entre le <truc qui stream> et le <truc qui affiche>. Est-ce que c'est correct ? Si oui, alors :
Ce dont tu parles c'est du DASH (Dynamic Adaptive Streaming over HTTP), et implique de transcoder plusieurs fois à différentes qualités : c'est lourd et pas utilisé chez Milky.Excellent je crois que c'est bien ce que je cherche. Je vais regarde un peu ça, merci.
Excellent je crois que c'est bien ce que je cherche. Je vais regarde un peu ça, merci.
Ailleurs que chez MilkyWan, est-ce que c'est quelque chose qui est généralement utilisé ou non chez les FAI triple play ? Sur Ornethd par exemple, vous faites ça ? Et chez les gros ?
Si ce n'est pas le cas, ça veut dire que si un flux c'est 4K, alors c'est 4K pour tout le monde, avec des dizaines de Mb/s, même pour celui qui le regarde sur son téléphone portable ?
Après les usages, là aussi, est-ce pertinent de regarder une chaine 4K sur un smartphone ? Est-ce pertinent de transcoder une telle qualité ?
Par contre, la norme a évoluée : je suis théoriquement capable d'envoyer en sus de l'audio et la vidéo, une petite URL (qui pèse rien en soit) mais qui mène vers un flux de meilleure qualité. Par ex, si je diffuse ARTE à 10 Mbps, si la TV est connectée, elle peut accrocher une URL qui donne accès à un flux de 100 Mbps (très souvent la limite du port réseau de la TV), et si l'image n'a aucune erreur, ça switch dessus. Et si tu débranches le RJ45, aucun problème, ça repasse sur le flux broadcasté à 10 mégas. C'est ce qu'il se passe en Italie ou en Allemagne en fait : vous avez des chaines "Internet" en TNT :)Ah c'est intéressant, comment tu peux faire ça ? Un nom de protocole ou quelque chose, pour que je jette un oeil ? L'idée c'est d'avoir un flux alternatif, et c'est donc l'équipement client qui va choisir s'il l'utilise ?
Autre exemple, si je vois que mes chaines ne pèsent que "21 mégas" au total dans mon canal, il me reste 10 mégas de libre et qui sont transmis fatalement chez les gens. Bah on augmente le bitrate pour remplir le "vide". C'est comme ça que Clara Luciani, en France, elle est la plus belle chez nous (je pousse NRJ hits à 15 mégas !!) et qu'elle mérite d'être diffusée avec la plus belle image qui soit, quitte à cramer la moitié d'un canal rien que pour elle :) <3Mais comment tu "augmentes" le bitrate pour afficher ton idole en meilleure qualité ? tu dois bien trouver les bits quelque part, non ?
Mais comment tu "augmentes" le bitrate pour afficher ton idole en meilleure qualité ? tu dois bien trouver les bits quelque part, non ?
Tu reçois plusieurs flux de la part des chaînes / diffuseurs et tu choisis au coup par coup pour remplir tes canaux, ou bien tu reçois le meilleur possible et tu downsample pour faire un tetris qui t'amène à 31 Mb/s ? Ou alors tu fais de l'upsampling ?
Ah c'est intéressant, comment tu peux faire ça ? Un nom de protocole ou quelque chose, pour que je jette un oeil ? L'idée c'est d'avoir un flux alternatif, et c'est donc l'équipement client qui va choisir s'il l'utilise ?
Ce dont tu parles c'est du DASH (Dynamic Adaptive Streaming over HTTP)
C'est de l'HbbTV,Aller, pour un peu de culture générale.
C'est comme ça qu'ARTE.tv a pu diffuser son portail de replay, alors que les TV n'étaient pas reliées à Internet, et tout le monde s'est demandé "putain comment ils font ?" xD (et dès que tu appuyais sur une vidéo, là ça demandait la connexion). Et avec cette techno, tu peux faire du multi-stream, entre autres.
Ce sont les flux TNT, tout est identique : les EIT, les SID, tout pareil.Oh Oh,
Pour France24, c'est le même flux que via satellite (HD), sauf que c'est du peering TV via TH2, donc latence plus réduite (càd que le France24 de Milkywan est en avance par rapport au flux sat).
Oh Oh,
En lisant cela, il m'est venu une idée, à une problématique à laquelle j'ai été confronté, et à laquelle je n'avais pas porté de réponse à l'époque :
Il y a un décalage temporel à le réception en fonction du canal de réception, peering TH2, TNT, SAT
Et cela pose des problèmes, auxquels je n'entrerais pas dans les détails ( plus en MP si intéret).
Avec la solution de Vivien de mise en oeuvre de latence sur les flux TCP/UDP Vous deux Hugues et Cédric, vous seriez en mesure de caler la latence sur votre réseau pour qu'elle soit en accord avec tous les temps de canaux de distribution ( en gros avoir une synchro sur tous les canaux, peering, TNT, SAT) ?
Cela résoudrait tout un tas de problèmes et ouvrirai la porte à tout un tas d'applications, arrêtés à cause de la non synchronisation, mesure d'audience, publicité ciblée etc.
[...] caler la latence sur votre réseau pour qu'elle soit en accord avec tous les temps de canaux de distribution ( en gros avoir une synchro sur tous les canaux, peering, TNT, SAT) ?C'est certainement faisable, mais je doute que ça fonctionne sur la durée.
Bonjour aux utilisateurs milkywan (et aux autres),Salut,
Vous utilisez quoi comme app sous Android TV pour lire les flux proposés dans le fichier m3u de milkywan ?
c'est ok avec Kodi sur mon pc.
je vais troubleshooter mon boitier
J'ai 2 "vieilles" Android TV MiBox 3 sur lesquelles j'ai mis Live Channels et TV.irl. J'avais avant testé Kodi (version Android) mais pas super ergonomique et lent comme dit précédemment, en tout cas avec le skin de base (ceci dit, je n'ai pas retenté depuis, c'est peut-être mieux maintenant).
Avec Live Channels et l'EPG, c'est fluide et très simple d'utilisation (belle maman qui a 65 ans et qui a peur de "tout casser" arrive très bien à s'en servir), ça fait peu de choses et ça le fait bien.
Alors je suis sûr qu'Android a fait des progrès depuis, mais il y a quelques années, j'avais un boîtier TV sous Android avec Kodi.
En enfer, c'était lent, ça plantait parfois…
Du coup j'ai d'abord essayé LibreElec (un OS dédié à Kodi, sans la lourde couche Android intermédiaire) sur un carte SD en dual boot, et quelle différence, je ne bootais plus jamais sur Android.
Plus tard, j'ai changé de boitier (pour un Odroid N2+), et j'ai installé directement CoreElec (du même genre que LibreElec mais mieux maintenu sur mon système) sur le disque eMMC.
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 :)
Alors, j'ai branché le boitier directement sur le routeur en Ethernet, et testé aussi en WIFI (2.4GHz et 5GHz) et :
- kodi et TV.irl, ça rame
- j'ai installé Arte juste pour voir, c'est nickel.
J'aurais aimé installer orange tv vu que j'ai pas encore résilié mais l'app n'est pas dispo sur google tv :(
J'ai installé iptv et c'est plutôt fluide. Par contre, pas d'EPG et la navigation est vraiment nulle.
Le nombre d'apps sur google tv étant ridicule, c'est tout ce que j'ai pu faire.
Par contre, pour te pousser des contenus sur les plates-formes payantes, là y a du monde.
Bref, plutôt déçu d'android tv.
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 :)
C'est que pour faire du kodi ?
Un tuto complet en Français, qu'est ce que ce serait le pied ;)
Alors, j'ai branché le boitier directement sur le routeur en Ethernet, et testé aussi en WIFI (2.4GHz et 5GHz) et :
- kodi et TV.irl, ça rame
- j'ai installé Arte juste pour voir, c'est nickel.
J'aurais aimé installer orange tv vu que j'ai pas encore résilié mais l'app n'est pas dispo sur google tv :(
J'ai installé iptv et c'est plutôt fluide. Par contre, pas d'EPG et la navigation est vraiment nulle.
Le nombre d'apps sur google tv étant ridicule, c'est tout ce que j'ai pu faire.
Par contre, pour te pousser des contenus sur les plates-formes payantes, là y a du monde.
Bref, plutôt déçu de google tv.
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.
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 :)
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.Bien qu'Android(/Google TV) soit compatible HLS, le format le plus couramment utilisé est le MPEG-DASH les concernant.
On prépare une plateforme HLS mais ça sera plus tard cette année :)
Allez-vous implémenter une gestion de droits (DRM) avec ce mode de diffusion ? Du "start-over" (peut-être pas permis dans le cadre de la redistribution des chaînes) ?Non, on est pas fan de ce genre de choses chez MW :)
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.