décalage temps

[stef050]

Vais-je me retrouver a devoir intervenir

[Denis]

Je t'ai parlé de trucs style ffmpeg, etc...
Franchement, j'ai sorti le mot "multi-passe" mais çà a du m'échapper. J'ai aucune idée de comment ces machines fonctionnent. Je sais juste qu'au niveau professionnel des solutions non temps réel existent, et qu'elles pourraient p-ê utilisées pour la tnt.

(J'espère que quelqu'un qui s'y connait voudra bien me répondre)

Tu t'emballes beaucoup sur la technique mais à te lire on voit bien que tu ne maîtrises pas trop le sujet. Je te conseille de te former un peu (il y a des sites web pour cela) pour comprendre les mécanismes en question, après tu comprendras par toi-même le fonctionnement. En tout cas par définition un encodeur mpeg ne peut pas être "temps réel", la durée d'encodage ne pouvant pas être connue à l'avance.

[marceljack]

pourquoi est-ce que les chaines encodent tous leurs programmes en temps réel?

1/ parce qu'elles sont aussi (pour le moment même surtout) diffusées en analogique. Je ne pense pas que l'on pourrait accepter des décalages aléatoires entre les versions analogiaque et numérique.
2/ un codage autre que temps réel ne permet pas le multiplexage statistique.

[vidéo33]

Le signal montant, 14 Ghz, est bien converti en 11/12 Ghz descendant, il ne peut être assimilé à un mirroir

Code: Tout sélectionner


j'utilisai le terme de "miroir" ( et entre guillemets ) à des fins de simplifications pour indiquer que d'une part le signal est renvoyé tel quel, quel que soit son type de modulation et que la puissance ré-émise est fonction de la puissance émise . ( pas de CAG )
Un signal qui monte en analogique secam redescend pareil et etc... pour les différents type de modulations numériques
Le 14 à 14,5 Ghz n'est pas la seule gamme uplink , il y a du 17-18 Ghz notammnt sur Hot Bird et aussi du 27 Ghz (toujours dans ces cas là pour du down 11/12 ) ( et on ne parle pas de la bande X ou de la bande C )

si tu as des doutes sur ma connaissance du sat vois ce lien à 11484 Ghz Alégria dont je me suis occupé de l'uplink
[url]http://www.satcodx9.com/3520/fra/[/url]
[url]http://www.satelliweb.com/forum/viewtopic.php?t=1406&postdays=0&postorder=asc&start=0[/url]

* pour répondre aux autres messages sur l'encodage il faut bien comprendre que quel que soit le stockage des documents ou le vrai direct live , il faut repasser en fin de chaîne pour la diffusion par un encodeur mpeg2 spécial pour le satellite dans lequel on va paramètrer les PIDS , le débit pour le SR et le FEC du modulateur QPSK : c'est ce codeur qui est en temps presque réel et on peut paramétrer son délai ( norma ou low )pour avoir une image plus ou moins calculé à l'avance généralement le choix du GOP et le traitement SDI vers ASI donne le délai constaté de 1 ou 2 secondes ( Tandberg )
[url]http://www.tandbergtv.com/[/url]
[url]http://www.bjpace.com.cn/product/bianmaqi/soure/E5611.pdf#search='tandberg%20E5611'[/url]

Globecsat teste actuellement un système double passe temps réel afin de réduire le débit de moitié , qui pourrait permettre une diffusion de chaines locale par sat à moindre coût et qualité correcte[/url]

[vidéo33]

http://www.satcodx9.com/3520/fra/
http://www.satelliweb.com/forum/viewtopic.php?t=1406&postdays=0&postorder=asc&start=0
http://www.tandbergtv.com/
http://www.bjpace.com.cn/product/bianmaqi/soure/E5611.pdf#search='tandberg%20E5611'

[vidéo33]

A noter que "temps réel" ne veut pas dire Zéro delay !
Des système scomplexes ultra performant permettent des délais inférieur à 40 mS soit inférieur à une image pour les caméras HF numériques nouvelle génération

[marceljcak]

A noter que "temps réel" ne veut pas dire Zéro delay !
Des système scomplexes ultra performant permettent des délais inférieur à 40 mS soit inférieur à une image pour les caméras HF numériques nouvelle génération

Oui, mais dans ce cas la contrainte de débit (et donc de taux de compression) n'est pas du tout la même. C'est la qualité qui prime, et je suppose que le faible retard est aussi un "pre-requisite". De plus, je suppose qu'on ne multiplexe pas plusieurs vidéos dans le même canal.
C'est difficile de comparer deux systèmes aux exigences et aux contraintes si différentes.

[Denis]

A noter que "temps réel" ne veut pas dire Zéro delay !

Cela signifie que l'on connait la durée de chaque action, donc son échéance. par exemple une diffusion en décalage constant de 4 secondes serait une diffusion en temps réel, puisque l'échéance de l'action est connue. Mais pour cela li faudrait pouvoir connaître les échéances de chaque action (encodage, transmission, décodage), alors qu'elles sont totalement dépendantes du contexte (les phases d'encodage et de décodage étant très rapides pour la diffusion d'une mire est très lents et variables pour la diffusion d'un manga par exemple).

Enfin je ne suis pas formateur, des sites spécialisés doivent expliquer cela mieux que moi.

[Olivier94]

Avec i>TELE qui affiche l'heure à l'antenne en continu, il devient facile de mesurer le retard de la diffusion TNT, chez moi la pendule d'i>TELE est en retard d'une minute pile sur l'heure fournie par une pendule radio pilotée et avec l'heure fournie par un serveur NTP.

[starac]

pour la star academie en version 24H/24 c'est exactement 3'00 de décalage mais cela afin d'exercer la censure audio !