Auteur Sujet: TV chez MilkyWan  (Lu 20996 fois)

0 Membres et 1 Invité sur ce sujet

VincentO2

  • Abonné FAI autre
  • *
  • Messages: 12
  • Amiens (80)
TV chez MilkyWan
« Réponse #48 le: 18 février 2022 à 11:54:35 »
Ce dont tu parles c'est du DASH (Dynamic Adaptive Streaming over HTTP)

HLS le supporte aussi, avec une master playlist et EXT-X-STREAM-INF

patrick_01

  • Abonné MilkyWan
  • *
  • Messages: 328
  • 01
TV chez MilkyWan
« Réponse #49 le: 18 février 2022 à 22:24:09 »
Super intéressant, merci pour les réponses. Je vais prendre le temps de creuser un peu tout ça, si j'ai d'autres questions... je sais où les poser :)

Anonyme

  • Invité
TV chez MilkyWan
« Réponse #50 le: 19 février 2022 à 01:06:50 »
C'est de l'HbbTV,
 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.
Aller, pour un peu de culture générale.
L'idée est provenue, d'association de différentes technologies.
Canal avait différentes technologies fonction du cycle de vie de la mise sur le marché de ses différents décodeurs ( G1..G6).
Chaque décodeur, pointant sur différents transpondeurs de différents sattelites pour faire ses mises à jours.
Deux standards coexistaient MHP et OPENTV. Le premier à être abandonné a été MHP, puis OpentV ( des middleware embarqués dans les décodeurs au profit de Java).
Néanmoins ils avaient des avantages indéniables, les MAJ OTA.
L'idée première à été d'utiliser le concept de carroussel data de MHP, et d'y intégrer le concept http://
C'est ce qui a été intégré dans la spec 1.0 de hbbtv.

Je n'ai plus participé, aux différentes avancées ensuite de la normalisation, étant passé à d'autres aspects tout aussi intéressants ( construction de concepts de transcodage avec AWS et mise à disposition des chaines, d'infrastructures "on demand" pour des évènements ponctuels de montée en charge d'infrastructures scalables en environnement cloud )

J'ai la modestie  ;D d'avoir participé, avec d'autres, à l'élaboration de produits utilisés par beaucoup de structures aujourd'hui.
AWS nous avait mis à disposition un environnement de développement pour automatiser l'enchainement de démarrage d'un environnement utilisable par les chaines pour un évènement sportif en "Live" et d'éteindre cet environnement après l'évènement.
Et un évènement de suivit d'un match de football américain, c'est suivi par plusieurs millions de téléspectateurs simultanément.

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 455
  • Lyon (69) / St-Bernard (01)
    • Twitter
TV chez MilkyWan
« Réponse #51 le: 09 avril 2022 à 19:44:59 »
Et hop !

Ce n'est que le début :P


Les chaines France24 sont maintenant disponibles dans le bouquet MilkyWan ! 🥳

Merci à leurs équipes pour leur confiance !


https://twitter.com/milkywan_net/status/1512848783851376642

adrien62

  • Abonné Free fibre
  • *
  • Messages: 395
  • Haut-de-France (62)
TV chez MilkyWan
« Réponse #52 le: 01 janvier 2023 à 17:13:01 »
Pour ce que ça vaut, depuis que la m3u est passé en solution officielle de dépannage chez K-net, je me suis monté une instance Jellyfin, opensource, gratis, compatible iOS / android / PC ...
Et ça fonctionne vraiment bien !
https://jellyfin.org/
Un flux de la RTS est envisageable chez MW ?

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 455
  • Lyon (69) / St-Bernard (01)
    • Twitter
TV chez MilkyWan
« Réponse #53 le: 01 janvier 2023 à 18:15:53 »
Oui Jellyfin c'est bien, mais une app officielle c'est mieux ;) en 2023 on va sortir l'app iOS :)

vivien

  • Administrateur
  • *
  • Messages: 47 216
    • Twitter LaFibre.info
TV chez MilkyWan
« Réponse #54 le: 02 janvier 2023 à 19:26:34 »
Cela serait possible de savoir les paramètres des flux ?

- Codec vidéo
- Définition vidéo
- Mode progressif ou mode entrelacé

- Codec audio
- Débit audio
- Nombre de canaux : 2 ou 5.1 ?
- Nombre de flux vidéo : un seul ou VO + VF ?

- Présence sous-titrage ?

- Débit moyen du flux complet (vidéo + audio + sous-titres + bourrage)
- Débit maximum

Optix

  • AS41114 - Expert OrneTHD
  • Abonné Orne THD
  • *
  • Messages: 4 677
  • WOOHOO !
    • OrneTHD
TV chez MilkyWan
« Réponse #55 le: 02 janvier 2023 à 19:50:22 »
Ce sont les flux TNT, tout est identique : les EIT, les SID, tout pareil.

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).

Anonyme

  • Invité
TV chez MilkyWan
« Réponse #56 le: 03 janvier 2023 à 15:54:27 »
Ce sont les flux TNT, tout est identique : les EIT, les SID, tout pareil.

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.

vivien

  • Administrateur
  • *
  • Messages: 47 216
    • Twitter LaFibre.info
TV chez MilkyWan
« Réponse #57 le: 03 janvier 2023 à 17:01:24 »
Il est possible avec NetEm de rajouter une latence de xx ms à un flux IP.

Par contre, il faudrait pouvoir mesurer avec prévision la différence de latence entre deux flux.

Comparer à l'affichage n'est pas top, car la latence dépend du terminal.

pioup

  • Abonné Free fibre
  • *
  • Messages: 1 192
  • 10000
TV chez MilkyWan
« Réponse #58 le: 03 janvier 2023 à 17:59:57 »
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.

Hormis le spoil par un voisin lors d'un match de foot ?

patrick_01

  • Abonné MilkyWan
  • *
  • Messages: 328
  • 01
TV chez MilkyWan
« Réponse #59 le: 03 janvier 2023 à 19:07:38 »
[...] 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.
Je me souviens avoir fait des mesures par curiosité quand j'habitais à Genève et que j'avais TV par câble, antenne TNT et fibre optique, et le décalage entre les canaux variait d'un jour à l'autre (et d'une chaîne à l'autre, d'ailleurs). Pas de beaucoup, mais suffisamment pour empêcher toute application ayant des contraintes strictes de synchronisation (c'est à dire, diffusion sonore simultanée depuis plusieurs appareils, ou synchronisation entre l'image et le son).

La seule solution viable, à mon avis, est de gérer le problème à l'arrivée, en synchronisant les sources sur la base par exemple d'un numéro de séquence des trames, ou d'un timecode embarqué (je ne sais pas ce qui existe dans un flux TV, là je ne suis certainement pas spécialiste...) Mais le faire au départ, sans contrôler précisément la latence sur le chemin ?
On n'est plus à l'époque des réseaux TDM...

C'est quoi, le problème posé par le décalage entre les flux ? À part effectivement les voisins qui sortent les klaxons pour fêter un but quand chez toi le ballon est encore sur le point de penalty :)