x264 : saccades. décodage ou encodage?

x264 : saccades. décodage ou encodage? - Traitement Vidéo - Video & Son

Marsh Posté le 05-03-2007 à 12:07:10    

Bonjour à tous,
 
depuis des années que je suis l'évolution du h264 de plus ou moins près, j'ai décidé de m'y mettre vraiment et de délaisser ce bon vieux xvid.
 
mon but est la qualité, donc haut bitrate et toutes options. le problème c'est qu'en activant toutes les options de qualité (rdo on bframes, unheven multi hexagon, 5 ref frames, mixed refs, 8x8 machin transform...) le film final est quelque peu saccadé. en laissant les paramètres par défaut tout va bien.
 
là j'ai lancé 8 encodages pour tester toutes les options séparément :D (ah le bourrin) mais j'aimerais votre avis, si par exemple ce peut etre du au décodage, à la combinaison de plusieurs options...
 
j'utilise x264 rev55VLC 0.82
opteron 144 @ 2.52ghz
x1950pro

Reply

Marsh Posté le 05-03-2007 à 12:07:10   

Reply

Marsh Posté le 05-03-2007 à 15:48:28    

Bonjour,  
En effet des saccades à la lecture c'est rarement bon signe car causé la plupart du temps par une utilisation processeur trop élevée.
 
Commence par mettre à jour tes logiciels VLC en particulier. Ca peut peut-être aider. Vient ensuite ta version de x264 rev.55 c'est vraiment vieux (peut être tu as fait une faute de frappe ? rev.550? ce qui est déjà mieux mais la dernière version est la rev.627) Malheureusement si tu utilise virtualdub tu ne pourra spas l'utiliser car x264 ne supporte plus l'interface de virtualdub depuis un moment, il y a toujours des fans qui entretiennent la compatibilité des nouvelles versions mais je ne les ai pas testés donc je ne peux pas trop m'exprimer là dessus.
 
Pour la dernière version d'x264 on recommande en général d'utiliser megui (qui télécharge automatiquement les dernières versions d'x264 et d'autres logiciels, pratique !) Megui nécessite l'installation d'avisynth et de .net.
 
Enfin ca peut aussi être dû à une insuffisance du processeur, ton opty est largement suffisant pour de la SD tout à fond et ca devrait aussi passer pour de la HD-720p, assez juste mais ca devrait passer. Par contre pour de la HD1080p c'est double core obligatoire + le codec de lecture multithreadé (ou accélération matérielle les deux sont à peu près équivalents). VLC a fait beaucoup d'efforts de ce côté.
 
Sinon si ca ne passe toujours pas voici les options qui bouffent le plus de ressources :
-cabac (mais important)
-débit (mais c'est ce que tu recherches)
-résolution d'image
-profil (high/main/baseline)
-b-frames
 
C'est ce qui influence le plus l'utilisation processeur à la lecture.
 
Les algorithmes de recherche ne changent rien (ou presque) à l'utilisation processeur lors de la lecture donc la rd0, chroma ME, treillis,... ca n'influence que la qualité (et la lenteur d'encodage)

Reply

Marsh Posté le 05-03-2007 à 16:34:06    

gurk, essaye vlc 0.8.6 pour commencer les amélioration sont assez impressionnantes, CoreAVC est pas mal aussi au niveau de l'optimisation pour la lecture h264.

Reply

Marsh Posté le 05-03-2007 à 17:26:18    

blackshark: faute de frappe oui, c'est la rev 558...
J'encode avec gordian knot (vdubmod 1.5.10.2). et l'utilisation cpu est évidemment la première chose que j'ai vérifié : ça tourne dans les 10% environ.
le film de test dure 1H30 encodé sur 1000Mo (rien d'exceptionnel quoi). c'est un dvd donc l'image à une taille riquiqui (688*3xx, dans ces eaux là).
 
mais je vais essayer un vlc plus récent, et je vais bientot être fixé sur le résultat de mes multiples encodage de ces deux derniers jours...

Reply

Marsh Posté le 05-03-2007 à 22:07:49    

Mais aussi:
 
-p8x8
-p4x4
-i4x4
-i8x8
-weighted prediction
-multiple reference frames


Message édité par Raskol le 05-03-2007 à 22:08:42
Reply

Marsh Posté le 06-03-2007 à 09:25:26    

Citation :

-p8x8  
-p4x4  
-i4x4  
-i8x8  
-weighted prediction  
-multiple reference frames

waip, je sais quelles sont les options qui bouffent au décodage, mais les options par défaut n'ont aucun effet.
 
enfin, ma patience à payé, sur les options testées, rdo on bframes, unheven multi hexagon, 5 ref frames, mixed refs, 8x8 transform
eh bien c'est mixed references qui provoque ces saccades, 2 jours d'encodages ont payé !! tadam !
 
mais bon, je ne pense quand même pas que c'est dû au cpu vu qu'il est loin d'être utilisé au maximum. par contre je ne saurais donner de raison à ce défaut, ptet la version du codec ou des filtres vlc, voire vdubmod qui se perd.
bon, l'essentiel pour moi est de ne plus voir de micro-téléportation des personnages à l'image, si je dois sacrifier mixed refs pour ça je veux bien (surtout qu'à haut bitrate ça ne doit pas avoir une influence extraordinaire).
 
m'enfin je vais quand même pousser un peu les tests, en tout cas merci de votre aide.
 
et par curiosité, que pensez vous de bitrate variability à 100% ? j'ai lancé un encodage pour voir ce que ça donnait hier soir mais j'ai eu une coupure de courant :whistle:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed