Un autre avantage, il me semble, est que si le flux de données est corrompu en un point, tu perds une image, et non pas toute une série (classique et fort moches « traînées numériques » à la télé). Dans une salle de cinéma, c'est peut-être rédhibitoire ?
Possible, mais je ne sais pas comment est transféré le film.
Visiblement c'est un disque dur, donc la perte/corruption d'une trame est relativement faible.
Sans compter qu'avec les drm il est chiffré et signé, donc la corruption est vérifiée avant (dans le cas précis d'avatar).
De plus il existe d'autres techniques pour éviter ça (multiple description coding, ajouter des codes reed solomon/raptor sur les trames toussa), sans compter que si tu as une perte sur une trame, tu as quand même 23 chances sur 24* que ca se passe sur une trame intermédiaire : il "suffit" alors de la considérer comme non valide (bon je considère qu'il n'y a pas de trames B), et tu auras un glitch visuel équivalent au mjpeg (invalidation de la trame intermédiaire, vs invalidation de la trame corrompue : cad on réutilise l'ancienne image du buffer => très leger gel de l'image).
La métrologie des vidéos perturbé est encore en pleine recherche, et il n'y a (malheureusement) pas vraiment de méthode miracle ou qui fonctionne partout. Il y a des propositions, mais là où j'ai arrêté mes recherches, rien de reconnu partout. (D'où entre autre le travail du vqeg et de l'ietf sur l'ippm).
* Un esprit chagrin, et il aurait raison, me ferais remarquer que ca dépend totalement du type d'altération et du mode de transfert :
si c'est au niveau des paquets et qu'on considère qu'un paquet <=> une image (intermédiaire, complète, ...) (taux de perte des paquets, cas typique : routeur congestionné) => la stat est bonne.
Si c'est une altération binaire : un bit qui change (mauvaise condition de lignes, ...) la frame de référence, étant plus grande que les frames intermédiaires, et donc a largement plus que 1/24 risque d'être "perturbé".
[^] # Re: Film pourri par les verrous numériques
Posté par briaeros007 . En réponse à la dépêche Mieux vaut Avatar qu'un navet. Évalué à 3.
Possible, mais je ne sais pas comment est transféré le film.
Visiblement c'est un disque dur, donc la perte/corruption d'une trame est relativement faible.
Sans compter qu'avec les drm il est chiffré et signé, donc la corruption est vérifiée avant (dans le cas précis d'avatar).
De plus il existe d'autres techniques pour éviter ça (multiple description coding, ajouter des codes reed solomon/raptor sur les trames toussa), sans compter que si tu as une perte sur une trame, tu as quand même 23 chances sur 24* que ca se passe sur une trame intermédiaire : il "suffit" alors de la considérer comme non valide (bon je considère qu'il n'y a pas de trames B), et tu auras un glitch visuel équivalent au mjpeg (invalidation de la trame intermédiaire, vs invalidation de la trame corrompue : cad on réutilise l'ancienne image du buffer => très leger gel de l'image).
La métrologie des vidéos perturbé est encore en pleine recherche, et il n'y a (malheureusement) pas vraiment de méthode miracle ou qui fonctionne partout. Il y a des propositions, mais là où j'ai arrêté mes recherches, rien de reconnu partout. (D'où entre autre le travail du vqeg et de l'ietf sur l'ippm).
* Un esprit chagrin, et il aurait raison, me ferais remarquer que ca dépend totalement du type d'altération et du mode de transfert :
si c'est au niveau des paquets et qu'on considère qu'un paquet <=> une image (intermédiaire, complète, ...) (taux de perte des paquets, cas typique : routeur congestionné) => la stat est bonne.
Si c'est une altération binaire : un bit qui change (mauvaise condition de lignes, ...) la frame de référence, étant plus grande que les frames intermédiaires, et donc a largement plus que 1/24 risque d'être "perturbé".