Tampon de lecture

Le terme de buffer désigne la capacité de stockage pour Edius qui va mettre en réserve de l'info en avance pour parvenir au temps réel le plus possible.

Lors d'un play sur la TL, Edius lit la vidéo et stocke les images dans le buffer

En PAL, le nombre d'images est usuellement de 25i/s.
Si Edius peut jouer jusqu'à 50 i/s, le buffer sera à 2 (pour avoir de la réserve).
Si le buffer (1er compteur) est supérieur ou égal à 2, le temps réel sera assuré.

Le second compteur indique le nombre d'images possible dans le buffer.
Il est paramétrable.
Mais, il n'y a pas forcément intérêt a choisir une "grosse" réserve, car Edius va s'efforcer de la remplir, ce qui peut du coup être contre-productif .
La valeur par défaut est généralement bonne.
Tout dépend aussi de la puissance et du nombre de processeurs de la machine.

Marc

 

Jako il est par ailleurs assez amusant d'observer l'évolution du remplissage de ce buffer ..

Quand la vie lui semble facile Edius décode rapidement donc rempli à ras bord son buffer ....
si la "pente" devient raide, effets, transitions etc ..tu t'aperçois que sa réserve décroit très rapidement
Dit autrement, il consomme son stock plus vite qu'il n'est capable temporairement de le garnir ( décodage complexe ) ..
Puis la pointe de charge franchie il reconstitue sa petite réserve ...

Mieux il est capable de "sauter" ...une TL bien rouge sur une petite longueur..
tu lances la lecture un gros paquet de secondes avant l'obstacle pour qu'il est le temps de prendre de l'élan ...
Edius va franchir l'obstacle dans la foulée...
Mais place le curseur juste quelques toutes petites secondes avant le mur ..et notre Edius s'arrête au pied du mur..(il manque de réserve)

Pour ceux qui ont pratiqués les concours d'obstacles à cheval c'est assez proche
Soit tu lances ta monture bien avant et ça passe.. si non, trop prés, il refuse le "canasson"

Bertrand

 

En fait le fonctionnement de la ligne rouge, lié aux buffers du tampon n'est pas très clair.

J'ai plusieurs fois posé la question sur le forum, avec des exemples à l'appui qui montrent que ce fonctionnement n'est pas du tout reproductible, et l'explication de Bertrand qui lie le remplissage du buffer à la position du curseur sur la timeline me conforte dans l'idée que c'est assez aléatoire et non prédictible.

C'est pour cela que j'avais recommandé, pour le test de performance que j'avais développé et publié, de faire un balayage complet de la timeline avant de lancer le test.
Heureusement dans Premiere on n'a pas ce genre de soucis, et la présence de la ligne rouge ne dépend uniquement que des effets appliqués, pas du passé ou du futur !

Voir le fil :
http://www.repaire.net/forums/grass-valley-edius/254174-determination-de-ligne-rouge-timeline.html

Olivier

 

En pratique , il n'est pas utile de se préoccuper de la couleur de la ligne qui n'est pas très significative, quasi décorative.
Mais, par contre, la valeur des compteurs de buffers est beaucoup plus précise.
Pour aider le canasson de Bertrand à franchir l'obstacle, rien de mieux que de faire : MAJ + barre d'espace (play).
Il prend plus de temps pour s'élancer , mais il saute plus loin

Marc