pour ma part j'en ai fini avec cette histoire de signalisation qui m'obsedais 😅

mais ça ne nous dit pas pourquoi le rail s'est rompu
ça nous dit juste que la rupture n'a pas pu être détectée à cet endroit (ligne droite et hors gare) et avec cette technologie 'moderne'


https://es.wikipedia.org/wiki/ETR_1000

https://www.sncf-reseau.com/fr/le-reseau-de-demain/faire-circuler-plus-de-trains-grace-lertms

[Modération : surpression de 10 captures d'écran de téléphone correspondant à une réponse de Copilot, c'est illisible]

Ah, c'est cool... D'après ce que je comprends, on pourra alors lancer la recherche de chaînes, comme on le fait avec un signal DVB-T ou DVB-S. Ce sera transparent pour l'utilisateur, le signal sera un flux par Internet (au lieu de celui de l'antenne relais ou du satellite). Ce sera transparent pour l'utilisateur final. Si c'est un protocole intégré à Android TV à l'avenir, au moins on n'aura rien de supplémentaire à installer ni à mettre à jour. On pourrait même imaginer que ces chaînes soient disponibles sur d'autres appareils hormis les téléviseurs (ordis, téléphones, tablettes). Il va juste falloir s'armer de patience.

Tout à fait, l'objectif est de n'avoir rien à installer.

J'ai un doute concernant le dimensionnement de l'infrastructure qui va diffuser le DVB-I : Actuellement, l'infrastructure qui diffuse les chaînes de télé, que ce soit en terrestre ou par satellite ne fait face à aucune variation de charge en fonction du nombre de téléspectateurs car elle se contente d'envoyer le signal, et ensuite, regarde qui veut (s'il y a 1 million de personnes qui regardent la télé en même temps ou 10 millions, ça ne change strictement rien). Ce n'est pas le cas avec l'IPTV, que ce soit l'IPTV des FAI (SFR, Orange, Free, Bouygues) ou des fournisseurs OTT (CANAL, Molotov, etc...) : l'infrastructure doit faire face à la charge, et 1 million de téléspectateurs ou 10 millions, ce n'est pas du tout la même chose. Comment est-ce que ce sera pour le DVB-I ? Est-ce que ce nouveau protocole se contentera d'émettre un signal sur Internet (sans retour), ou bien chaque téléspectateur connecté correspondra à une session, avec la lourdeur que ça entraîne pour les serveurs ?

Non.
La TV est très majoritairement transportée en multicast dans les réseaux des opérateurs (pour le live j'entends).
L'unicast est seulement utilisée pour le timeshift ou en fallback quand le décodeur ne peut pas recevoir du multicast (l'OTT extérieur à l'opérateur)
Et attention, dans le LAN, vous pouvez voir de l'unicast, mais c'est illusoire car la box opérateur fait une conversion multicast vers unicast.

Et le DVB-I ne change rien à cela : c'est très grossièrement un protocole de découverte des flux
Tu écris dans un XML tout ce qu'il faut installer comme chaînes/services dans le récepteur, y compris du multicast, donc no stress.
Et si c'est bien fait, le récepteur peut "fusionner" un même service si plusieurs sources sont disponibles.
Et si c'est encore mieux fait, la chaîne peut imposer contractuellement au FAI de provisionner le multi-source
etc.

mais c'est fondamental !

car indépendamment du fait que la détection se fasse via le courant ou le compteur d'essieu, le fait que la transmission se fasse via GSM-r fait que le courant ne circule plus sur tout le rail !

il est seulement présent en lieu et place du système de détection, plus sur la totalité de la ligne

de ce fait la détection de rail cassée n'est plus possible

cette fois je file =>

de ce que j'ai compris le GSM-r est déjà effectif en ERTMS 2 à minima

donc pas de circuit de voies ?

ça va pas du tout... tu mélanges le protocole de communication et le protocole de signalisation/détection

L'idée est que ces clients DVB-I doivent être intégrés dans les firmwares des TV et les apps TV des STB.

Ah, c'est cool... D'après ce que je comprends, on pourra alors lancer la recherche de chaînes, comme on le fait avec un signal DVB-T ou DVB-S. Ce sera transparent pour l'utilisateur, le signal sera un flux par Internet (au lieu de celui de l'antenne relais ou du satellite). Ce sera transparent pour l'utilisateur final. Si c'est un protocole intégré à Android TV à l'avenir, au moins on n'aura rien de supplémentaire à installer ni à mettre à jour. On pourrait même imaginer que ces chaînes soient disponibles sur d'autres appareils hormis les téléviseurs (ordis, téléphones, tablettes). Il va juste falloir s'armer de patience.

J'ai un doute concernant le dimensionnement de l'infrastructure qui va diffuser le DVB-I : Actuellement, l'infrastructure qui diffuse les chaînes de télé, que ce soit en terrestre ou par satellite ne fait face à aucune variation de charge en fonction du nombre de téléspectateurs car elle se contente d'envoyer le signal, et ensuite, regarde qui veut (s'il y a 1 million de personnes qui regardent la télé en même temps ou 10 millions, ça ne change strictement rien). Ce n'est pas le cas avec l'IPTV, que ce soit l'IPTV des FAI (SFR, Orange, Free, Bouygues) ou des fournisseurs OTT (CANAL, Molotov, etc...) : l'infrastructure doit faire face à la charge, et 1 million de téléspectateurs ou 10 millions, ce n'est pas du tout la même chose. Comment est-ce que ce sera pour le DVB-I ? Est-ce que ce nouveau protocole se contentera d'émettre un signal sur Internet (sans retour), ou bien chaque téléspectateur connecté correspondra à une session, avec la lourdeur que ça entraîne pour les serveurs ?