Undersize & Oversize avec le codec XviD

Ayant eu ce genre de déboire récemment, j'ai réalisé différents essais d'encodage et je vous livre les résultats que j'ai obtenu. Loin de moi à  vouloir en faire une généralité (il se peut même que la prochaine fois, avec un autre film, les résultats soient complètement différents)

Ces essais ont été réalisés grace à  la lecture de ce post :
http://forum.doom9.org/showthread.php?threadid=75527

Ce qui suit ci-dessous est très largement inspiré de ce post. Mon anglais étant très mauvais, veuillez me pardonner si la traduction n'est qu'approximative et me corriger si besoin....


Le paramétrage par défaut du codec XviD pose des problèmes avec des films "hors normes". Par "hors normes" il faut comprendre que ces films sont essentiellement composés de scènes lentes et/ou sombres (c'est mon cas, ainsi que l'auteur du post sur Doom). Dans ce cas le codec gère mal le flux et provoque des non respect de taille finale de fichier. Et là , il y a 2 cas de figure distincts :

- Si vos quantizers sont réglés en 2-31 (mini=2, maxi=31) vous serez en "undersize" (taille finale fichier < taille demandée)
- Si vos quantizers sont réglés en 1-31 vous serez en "oversize" (taille finale fichier > taille demandée)


Par rapport à  ceci, on peut apporter quelques remarques supplémentaires :

- Définir un bitrate ou une taille finale via le panneau de configuration du codec ne change rien au résultat final
- Plus le bitrate demandé (ou calculé) est important plus l'erreur sera importante aussi
- La matrice H.263 génère plus d'écart que la matrice MPEG
- Il y a eu avec l'apparition des dernières RC du codec un changement du paramétrage des quantizers par défaut (passage de 2-31 à  1-31). La raison "serait" : Que le risque d'oversize en Quant 1-31 est moins important que le risque d'undersize en Quant 2-31. Mais il est reconnu que les cas d'oversize/undersize existent et sont directement imputables au codec.


Pour résoudre ce pb de respect de la taille demandée, il existe au moins 3 solutions :

- Quant 1-31 + Overflow à  20%
- Quant 2-31 + resize très grand + script avs "hard" (pas de denoiser, un resize de type Lanczos par exemple) + utilisation matrice MPEG ou Andreas_78
- Quant 1-31 + pas de B-VOP + Overflow à  0/4/9


A partir de ceci j'ai effectué des tests sur mon film à pb. L'encodage a été réalisé sur la totalité du film et non une portion. Le film en question est un dessin animé.

Mon paramètrage par défaut du codec : Profil AS@L5, matrice H.263, B-VOPs 1/1.50/1.00, Motion=6, VHQ=1, Use chroma

La taille demandée du film à  chaque encodage est de 699 + 5Mo d'écart (donc une taille cible de 699 Mo)

Le script avisynth utilisé est le suivant :




Encodage N°1 :
Paramétrage par défaut + Quant 2-31
Taille finale fichier = 398 Mo

Encodage N°2 :
Paramétrage par défaut + Quant 1-31
Taille finale fichier = 1100 Mo (de mémoire je n'ai pas gardé le fichier et trop faignasse pour le refaire...)

Encodage N°3 :
Idem N°2 mais avec réglage des Overflow
Overflow control strength = 20
Max overflox improvement = 20
Max overflow degradation = 20
Taille finale fichier = 698 Mo

Encodage N°4 :
Idem N°2 mais avec matrice codec MPEG et dans le fichier avs : DimX = 720 et DimY = 544
Taille finale fichier = 696 Mo

Encodage N°5 :
Idem N°2 mais pas de B-Frames et réglage des Overflow
Overflow control strength = 0
Max overflox improvement = 4
Max overflow degradation = 9
Taille finale fichier = 698 Mo


Donc effectivement les 3 solutions (encodages 3, 4 et 5) permettent d'obtenir (à  quelques Mo) la taille demandée. Par contre au niveau qualité de l'image il y a de grosses différences. J'ai comparé les encodages 1, 3, 4 & 5. L'encodage N°2 étant éliminé d'office (et puis ça m'arrange puisque je ne l'ai plus..)

L'encodage N°3 donne le plus mauvais résultat (apparition de pixels dans les mouvements). L'encodage N°4 apporte beaucoup de bruit et donc une image de moins bonne qualité.

Reste l'encodage N°1 et N°5 et là c'est très proche (paradoxalement avec 300 Mo de différence, peut être à  cause de la nature du film : dessin animé ??). Je dirai que l'encodage N°5 est un poil plus net et avec moins de bruit mais là  on commence à  rentrer dans le subjectif....


Pour finir quelques chiffres extrait de DivX DRF Analyzer



La dernière chose qu'il me reste à  faire est de tester une portion de l'encodage N°5 sur ma platine, car le graphe de DivX DRF Analyzer revèle des pics monstrueux, mais avec peu de frames contigües. A voir donc....

Je veux bien vous montrer des shots, mais j'ai pas de site pour les stocker....

La conclusion de tout ceci ?? ...je serai tenté de dire que la solution N°1 avec son pb d'undersize était suffisante...peut on le généraliser à  tous les cas d'undersize, j'en sais rien.

Faudra "tester pour voir"....

Ce message a été modifié par stryke - jeudi 27 janvier 2005 à 23:23.

Euh, ça se trouve o๠ces réglages Overflow control strength, Max overflox improvement et Max overflow degradation ?

[more...] à  droite de [Two-pass 2nd pass]



ben sacrés tests et bons tuyaux Stryke.

Merci.

Ah putain, fallait le savoir, j'étais sur "single pass" et je n'avais pas tout ces réglages .............

Moi perso j'encode tout en multioverburnersize avec un quantificatizer réglé à  5 (sauf des fois à  12 000 par jour de grand vent...)

LOL

salut strike

ça c'est du travail, j'avais ce type de pb et je m'étais rabattu sur divx je vais reprendre une serie de tests pour valider la Nê°5
a+

elle est bonne la banquise...

je pense qu'Honu devrait arrêter de la fumer et se mettre à  la sucer.....

J'avais l'intention de poster un script avisynth un peu spécial pour récupérer directement des captures d'image via des multi-sources avi.
Mais vu l'état dans lequel il se trouve après la lecture de mon post, j'ai des scrupules.... je ne voudrai pas que Mme Honu me fasse une remontrance...

Ah non mais euh ça va là , ca va aller je le sens. Je le sens bien là . Enfin, je crois ; enfin vas-y envoie toujours, je m'assied. Attends, je m'assied mieux. Là . Je suis prêt...

Pour estomper des pics de BR en XviD, j'avais utilisé un script ê©UV avec XStatImport qui importe les stats .PASS de la 1ère passe dans l'AVS pour appliquer un filtrage conditionnel sur la 2nde.
Peut-être que ça peut être utile pour monter "artificiellement" le BR global d'un encodage en jouant sur le sharping ou autre...

Oui ben s'assoir ça suffit pas en fait ; finalement, je vais me coucher...

Rassure toi, c'était du Jackien "pur sucre", personne n'a rien compris

T'as réussi à  le faire marcher ce truc là  ?

Oui, 'fin je crois...

...mais ça n'a pas résolu mon pb de pics...

... je crois que je vais me coucher comme Honu aussi...

La vache je viens de rentrer du boulot et quand je me met à  lire strike et jack, je me demande si je suis pas dans la quatrième dimension

Stryke et Jack en stéréo

salut, j'ai appliqué ton tuto
sur un MKV >divx
réglage methode 5
fichier demandé 752 Mo
fichier fini 550 Mo

tu es en quantizer 1-31 ?