Auteur Sujet: TV chez MilkyWan  (Lu 20885 fois)

0 Membres et 1 Invité sur ce sujet

Anonyme

  • Invité
TV chez MilkyWan
« Réponse #36 le: 07 février 2022 à 11:10:35 »
Quelques liens qui peuvent intéresser pour enregistrer les flux MilkyWan sous linux :
- https://doc.ubuntu-fr.org/television#webtv
- https://doc.ubuntu-fr.org/webtv#voir_aussi
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/vdr

[edit]
Pour la petite anecdote, les gars de Centrale travaillaient sur VLC, les gars des Mines, sur un autre player dont j'ai oublié le nom, et la communauté sur mplayer, avec des échanges de librairies de bas niveau, Jean Batiste a bien agrégé et intégré différentes librairies Open Source dans VLC.
[/edit]
« Modifié: 07 février 2022 à 11:46:44 par PhilippeMarques »

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 991
TV chez MilkyWan
« Réponse #37 le: 07 février 2022 à 14:08:38 »
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...

Pour un flux vidéo sur lequel tu te permets des secondes de retard, le TCP me semble quand même être une bonne solution.

Leon.

xp25

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 5 940
TV chez MilkyWan
« Réponse #38 le: 07 février 2022 à 14:20:19 »
Ayant MyCanal et RedTV utilisant HLS/DASH tout les deux, je visionne en restart chaque fois mes programmes, ça évite d'avoir une coupure live surtout quand tu as simultanément les grosses affiches à 21h qui pompent à mort.

Le seul besoin de Live réel c'est pour les matchs de foot, pour le reste si tu es en décalage de 1min c'est pas vraiment gênant, enfin pour moi ;)

Optix

  • AS41114 - Expert OrneTHD
  • Abonné Orne THD
  • *
  • Messages: 4 667
  • WOOHOO !
    • OrneTHD
TV chez MilkyWan
« Réponse #39 le: 09 février 2022 à 11:04:05 »

patrick_01

  • Abonné MilkyWan
  • *
  • Messages: 328
  • 01
TV chez MilkyWan
« Réponse #40 le: 17 février 2022 à 16:05:17 »
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 :

1) Quel est le mécanisme qui permet d'évaluer la qualité du réseau ? est-ce que ça tourne chez le client, sur le serveur ? quels sont les paramètres mesurés ? les protocoles ?
2) Comment le client choisit le flux adapté à sa bande passante ? Est-ce que l'URL est-elle la même et le serveur adapte ce qui'il stream, ou bien est-ce que le serveur propose plusieurs URLs et c'est le client qui choisit ?
3) Est-ce que ce mécanisme existe dans les deux technologies évoquées plus haut (HLS ou MPEG-TS) ?
4) Qui fait le transcodage pour downgrade la qualité à destination des clients qui ont une plus faibles bande passante ? Le diffuseur, le FAI ? (parce que d'après ce que je comprends, les arrangements entre FAIs et diffuseurs imposent de reprendre le flux de manière transparente) ?

Un pointeur vers un endroit où tout ça est expliqué serait bienvenu : je sais lire, mais comme je ne sais pas quoi chercher ni comment ça s'appelle ...

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 449
  • Lyon (69) / St-Bernard (01)
    • Twitter
TV chez MilkyWan
« Réponse #41 le: 17 février 2022 à 16:15:02 »

Optix

  • AS41114 - Expert OrneTHD
  • Abonné Orne THD
  • *
  • Messages: 4 667
  • WOOHOO !
    • OrneTHD
TV chez MilkyWan
« Réponse #42 le: 17 février 2022 à 16:41:27 »
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.

patrick_01

  • Abonné MilkyWan
  • *
  • Messages: 328
  • 01
TV chez MilkyWan
« Réponse #43 le: 17 février 2022 à 18:00:17 »
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.
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 ?

Optix

  • AS41114 - Expert OrneTHD
  • Abonné Orne THD
  • *
  • Messages: 4 667
  • WOOHOO !
    • OrneTHD
TV chez MilkyWan
« Réponse #44 le: 17 février 2022 à 19:14:40 »
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 ?

Bah en fait, les contraintes dépendent essentiellement du réseau et de la techno utilisée, et ne sont pas les mêmes pour tous les acteurs. Un Orange doit pouvoir adresser à la fois un abonné en fibre et en ADSL, un TDF/Towercast qui gère la TNT doit pouvoir rentrer une trentaine de chaines dans 6 fréquences au chausse-pied... Ainsi tu dois prévoir tous les flux nécessaires à adresser à bien la télévision à tes téléspectateurs.

De mon point de vue, la contrainte de Milkywan se situe au niveau du trafic consommé : aucun intérêt à diffuser en continu 200 mégas en continu de TV (car l'assoc paye, même si personne ne regarde). Il faut donc envoyer les flux à la demande pour un faible nombre d'abonnés. Vient ensuite un calcul économique de quand il sera plus avantageux de diffuser en multicast. Mais là aussi, je doute que ça soit compatible avec le HLS (le HTTP implique de l'unicast, donc croissant à la consommation).
Ainsi la montée en charge va devenir très intéressante, de beaux challenges :)

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é ?

Chez nous, c'est du historiquement du broadcast (comme en TNT, mais enfermé dans un réseau fixe, et quasi aucune contrainte de fréquence). Càd que les gens se mangent plus de 1 Gbps de TV en permanence : qu'ils la regardent ou non, qu'ils soient abonnés ou non, elle est diffusée fatalement. Chaque canal/multiplex c'est 31 Mbps de débit utile. Un groupe de chaines ou une chaine seule ne peut dépasser cette limite. 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 :) 
Voilà pourquoi je crois plutôt à une montée en qualité pour ceux qui le peuvent et garder une qualité nominale pour tout le reste, plutôt que l'inverse.

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 :) <3


Donc vraiment il existe une chiée de moyens de diffuser la télévision, à chacun de choisir ce qui convient le mieux en fonction de son réseau, de ses abonnés, etc. Mais ça reste un sujet très passionnant il est vrai et je suis content que l'assoc s'en saisisse pour les défis techniques que cela représente.

patrick_01

  • Abonné MilkyWan
  • *
  • Messages: 328
  • 01
TV chez MilkyWan
« Réponse #45 le: 18 février 2022 à 07:35:11 »
Merci beaucoup pour tes explications !

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é ?

Pour moi c'est idiot de regarder de la haute définition sur un écran de téléphone portable, et donc oui, ça ferait sens de transcoder pour arriver à un débit plus réduit pour les usages mobiles.
(enfin, c'est mon avis. J'ai toujours eu du mal à comprendre les vendeurs de 4, puis 5G qui m'expliquent que je vais avoir du plaisir à regarder un film en 4K debout dans le bus ou le métro, avec un écran de 5 pouces et des écouteurs de merde)

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 :) <3
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 ?

Optix

  • AS41114 - Expert OrneTHD
  • Abonné Orne THD
  • *
  • Messages: 4 667
  • WOOHOO !
    • OrneTHD
TV chez MilkyWan
« Réponse #46 le: 18 février 2022 à 09:15:49 »
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 ?

Quand tu signes avec les chaines et que tu te raccordes à elles, en général elles te poussent un flux de très grande qualité : ça peut aller de 20 mégas à plus d'un giga LA chaine (c'est ce que propose ARTE, tu récupères le flux brut en HD-SDI). C'est donc à toi, opérateur, de bien maitriser la recompression des flux pour que ça puisse tenir dans un lien DSL, dans un multiplex satellitaire ou terrestre, ou de rentrer dans un port 100 mégas de la TV.

Du coup évidemment, j'ai le flux original du groupe NRJ et je peux modifier à la hausse ou à la baisse la qualité réinjectée dans la distribution abonnées selon les contraintes ou l'envie.

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 ?

C'est de l'HbbTV, une techno permise par la norme DVB. Grosso-modo elle permet d'afficher des pages web... sans connexion Internet. Au lieu d'avoir des liens en "http://" pour naviguer ou afficher des images, ce sont des liens "dvb://tel_ou_tel_pid", qui sont broadcastés toutes les X secondes. Et dès qu'il y a du "http", la TV va demander à être connectée à Internet si ce n'est pas le cas. 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.

Après, pour en revenir à Milkywan, il serait intéressant d'adopter la norme DVB-I pour la retransmission des flux via Internet. Le DVB, c'est LA norme utilisée dans l'industrie télévisuelle, si tu viens et que tu respectes leurs standards, toutes les portes seront ouvertes. Car derrière, tu sauras gérer le (dé)cryptage des chaines, la remontée d'audience, les portails interactifs, etc, comme elles le souhaitent (car c'est elles qui vont donner les ordres à ta TV, à ton client etc). Là actuellement en France, tout le monde refait ça à sa sauce dans sa box, son appli, du fait de l'héritage des OCEN et on a bcp de mal à en sortir. Donc ça va être un moove intéressant.

Un exemple concret : la diffusion des ... (je ne peux même pas dire le nom, mais voyez la grande compétition sportive mondiale dans 2 ans à Paris ?). Les opérateurs qui diffusent en IP doivent se taper 50 pages de contraintes etc. En DVB, c'est... 2 pages :) Donc pendant que des dizaines d'ingés planchent sur le sujet pour être dans les clous, nous on a pu signer les yeux fermés car on bosse avec leur norme déjà : on transporte juste "bêtement".

xp25

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 5 940
TV chez MilkyWan
« Réponse #47 le: 18 février 2022 à 10:48:00 »
Un peu de lecture vulgarisée sur le DVB ;) -> https://www.hbbtv.org/wp-content/uploads/2021/02/DVB-I-introduction-HbbTV-February-2021.pdf

DVB Content Delivery Technologies
DVB-I and DVB-TA Overview



Webinar -> https://dvb.org/wp-content/uploads/2020/03/20200406_webinar_DVB-I_slides_FINAL.pdf

https://dvb.org/dvb-scene/

DVB Scene
Published twice a year, DVB Scene magazine brings you news and views on new DVB specifications, market updates and reports on key developments in the wider media world.