Programme simple pour une compression de qualité en AVCHD

Bonjour Baloub.

Cette fois je ne suis pas entièrement d'accord avec les résultats de ton comparatif d'encodage.

Sur le fond, oui, je suis d'accord : Le H264 bien encodé est supérieur aux autres codec avec lesquels tu l'as confronté. Mais il convient de nuancer certains points, voici pourquoi.

Concernant le mpeg2, lorsque j'ai vu le résultat à 15 Mbs (en 25 i/s), là je me suis dit l'encodeur de Baloub va devoir passer chez le dépanneur.

C'est une horreur ton truc, il y a un gros problème. Je l'ai donc examiné avec bitrate viewer. Surprise, l'encodage ne dépasse pas 8789 Kbs alors qu'il est donné pour 15000.

Mais je pense aussi que ton encodeur a patiné dans la choucroute du fait du 50P. Bref, ça ne va pas.

Ayant conservé de mon côté les mêmes rushes (celui de reboot + le tiens) j'ai fait moi aussi un export mpeg en 25P à 15 Mbs. Je n'ai pas tous ces artefacts grossiers de compression et l'image est assez proche du X264 à 5 Mbs (enfin, donné comme tel car on va voir cela plus loin). A une nuance près : j'ai du mal à passer en 25P et cela provoque une espèce de dédoublement de l'image dans les mouvements très désagréable. Mais cela n'a rien à voir avec la qualité d'encodage.

J'ai donc tenter la même chose mais en 50i. Toujours bonne qualité d'image et amélioration des trames dans le mouvement, sans être parfaite.

Conclusion : ton mpeg, en terme de compression, n'est pas représentatif d'un encodage à 15 Mbs et la comparaison n'est pas juste. Peut-être faudrait-il que tu testes avec un rush de départ en 25P. Et que tu vérifies le paramètrage de l'encodeur mpeg.

Concenant le X264. Là il faut être prudent sur les chiffres de débit et, donc, avec les comparatifs. En effet, si l'on analyse le fichier avec bitrate viewer, on s'aperçoit immédiatement que le débit annoncé est assez fantaisiste. En fait il se comporte en VBR avec des variations oscillant entre 1,7 Mbs et... 10 Mbs ! Autrement dit, sur ton fichier test "redoutable" il n'hésite pas un seul instant à doubler le débit pratiquement sur toute la durée du passage.

Alors évidemment, on croit que l'on compare avec du 5 Mbs mais sur les passages difficiles, en réalité, il y en a 10. Ce n'est plus pareil.

Concernant mon mpg, il est resté sagement aux alentours de 15 Mbs comme je lui avais demandé.

Concernant le Windows Media. Là, rien de spécial, il reste tranquillement aux alentours de 5 Mbs avec une une petite fantaisie aux alentours de 6,5 Mbs (toujours sur ton rush "redoutable") mais ne va pas jusqu'à doubler son débit. Ceci étant, on voit bien qu'il est en retrait par rapport à X264, c'est évident.

Conclusion : Oui X264 encode très bien en H264 (l'ayant pas mal testé moi-même, je ne peux que le confirmer) mais attention à la valeur de son bitrate très difficile à maîtriser dans certains cas. Cela fausse un peu les résultats et il faudra aussi se méfier de certains blocages pouvant arriver en lecture de "dvd-BR" si on ne maîtrise pas trop la bête dans ses soubressauts. Cela m'est arrivé.

 

C'est pas clair cette affaire. Ton mpeg, tu as voulu l'encoder à quel bitrate. J'ai cru comprendre que tu ne pouvais pas faire autrement que de l'encoder à 15 (et c'est bien ce que m'indique Mediainfo) sauf que sur Bitrate viewer il ne dépasse pas un peu plus de 8 Mbs dans les pointes.

C'est là on l'on ne doit pas se comprendre. C'est sûr que si tu encodes du mpeg HD à 5 Mbs, là, "ça va pas le faire" comme on dit maintenant.

C'est pourquoi il ne faudrait pas s'imaginer que l'on compare du mpeg à 15 avec du h264 à 5. C'est là où j'ai mal compris ?

Pour le reste, je reviens demain...

 

Oui, d'accord.

Mais en pratique, considérons le passage difficile où se rouve ton rush. X264 l'encode à 10 Mbs. Le mpg l'encode à 8 Mbs. Donc tu compares, en fait, du H264 à 10 avec du mpeg à 8. "C'est plus ça que j'dis" pour parodier François Morel dans les Deschiens...

Bon, mais comme dit plus haut, il est absolument incontestable que le H264 sera meilleur que le mpg en bas débit. Je ne vais évidemment pas contester ce point.

C'est curieux car j'ai fait la même chose mais je n'obtiens pas la même courbe. Pic moins haut et débit moyen plus élevé.

Alors je me pose la question : peut-être que tu encodes en VBR et moi en CBR. Si tel est le cas quelles sont tes valeurs en VBR ?

Mais, là encore, je ne conteste pas du tout la meilleure qualité de X264 par rapport à Mainconcept d'autant que nous avions fait un test conjoint (sur de plus grandes valeurs de débit) dans un autre post et j'avais donné les mêmes conclusions que les tiennes.

En fait je lui donne les deux sens selon que j'encode en CBR ou en VBR.

Mais...

Là tu nous décris donc du VBR. Cela veut donc dire que tu as demandé à X264 de faire un encodage avec les valeurs : cible 5 Mbs et maxi 10 Mbs.

Parce que, même en VBR, il faut que l'encodeur respecte (à peu près) la valeur maxi tout au long du mètrage. Je ne suis pas trop d'accord sur le fait qu'il fasse une valeur moyenne sur l'ensemble du fichier en se permettant de faire des pointes très élevées (et non demandées) du fait qu'il a "économisé" sur les valeurs basses. Si tel est le cas et que tu as des normes a respecter sur un master de gravure (par exemple) c'est ingérable.

Et, tu as raison, c'est bien ce que fait X264 (voire d'autres encodeur en H264). Alors que normalement il devrait faire ce qu'on lui dit dans le cadre des paramètres d'encodage qui lui sont assignés tout au long du mètrage. Même en CBR (bitrate constant) où, comme son nom l'indique, le bitrate ne devrait que très peu varier tout au long de l'encodage, il ne le fait pas.
Il n'en fait qu'à sa tête.

Tu imagines, pour un encodage DVD SD si un encodeur faisait la même chose. Valeur cible à 6 Mbs et valeur maxi 9 Mbs par exemple. Et l'encodeur passe à 12 car il a pu économiser sur le bitrate des passages "calmes". Retour des DVD quasi assuré.

C'est un peu le problème de X264, dont nous avons d'ailleurs parlé dans une autre discussion. Et, si on le compare avec un encodeur plus "honnête" et qui respecte l'instruction, soit du cbr, soit du vbr telle qu'elle a été définie, il triche un peu, d'une part, et risque aussi de te sortir des fichiers hors normes, si normes il y a à respecter, d'autre part.

C'est surtout cela qui m'embête un peu avec X264 et qui n'est pas facile à gérer.

Oui, j'ai essayé le règlage par l'attribut CRF. Je n'ai pas été très convaicu, je dois dire. Il me semble que le mieux est de lui assigner (en CBR) une valeur cible un peu inférieure à ce que l'on souhaite et une valeur maxi de buffer à la même valeur que la valeur cible. Dans ce cas, ne pas utiliser l'attribut CRF. C'est, de mon point de vue le meilleur moyen de le "calmer" un peu sans tatonner sur la qualité avec des valeurs CRF pas très faciles à appréhender. On mettra aussi une valeur d'écart par rapport au bitrate demandé égale à 0.

Mais cela ne l'empêchera pas de faire des petites pointes inopinées car... il est têtu !

 

Bonjour Baloub,

Bon, d'un côté je ne voudrais pas t'enquiquiner avec mes histoires, d'un autre côté je ne regrette pas de l'avoir fait car ta dernière réponse est très intéressante et je t'en remercie.

Cette réponse nous donne un certain nombre de solutions pour maîtriser l'encodage.

Je souhaiterais repréciser un point :

Ben non, maintenant il y a... trois possibilités.

Pour le VBR :

- Soit on fait comme tu dis et l'on a une valeur moyenne calculée sur l'ensemble du fichier mais avec des valeurs de débit peu (voire pas) maîtrisées. C'est effectivement ce que fait volontiers X264 et j'avoue que je n'avais jamais vu un encodeur mpeg procéder de la sorte (mais je ne les connais pas tous).

- Soit le débit variable va rester dans la norme que tu lui as indiqué (cible et maxi) tout au long de l'encodage sans jamais en sortir. La valeur maxi sera de la responsabilité de l'opérateur qui va régler l'encodeur, et ceci en fonction des images les plus difficiles à encoder et aussi (et surtout) de la capacité du lecteur à lire le maxi sans accrochage. Une fois ceci définit, il s'agit que l'encodeur s'y tienne car les conséquences peuvent être très graves.

J'insiste sur ce point car pour un professionnel ce point est absolument capital. En effet, tant que l'on lit les fichiers sur un système informatique et en utilisation familiale, dans la plupart des cas le fichier sera lu et, s'il ne l'est pas, cela n'est pas très grave d'un point de vue financier.

Mais si l'on me demandait de faire presser plusieurs milliers de BDR (comme cela m'arrive avec des DVD) alors là je puis te dire que l'encodage du master se devra d'être pil poil à la norme afin d'éviter tout retour et de ne pas engager ma responsabilité. Pour le BDR, en terme de bitrate c'est 40 Mbs maxi. Et même si cela peut passer au-dessus avec certaines platines, je n'y vais pas comme tu pourras le comprendre aisément.

C'est pourquoi je suis très attentif sur cette histoire du respect du débit tout au long du mètrage et moins sur cette notion de moyenne sur l'ensemble du fichier pouvant conduire à des maxi complètement hors normes si l'on n'y prend garde. Et, il n'est pas impossible que d'autres lecteurs du Repaire se retrouvent confrontés à la même situation, c'est pourquoi il est utile d'en parler, je crois.

Alors, en fonction de cela et d'après ta réponse, si l'on veut répondre à ce cahier des charges on peut effectivement passer par cette hitoire de facteur de qualité mais c'est un peu déroutant car il va falloir le calculer sur le passage le plus difficile. Et si on se plante, tout est à refaire pour les raisons indiquées plus haut.

Sinon, comme en mpeg, on va faire ceci :

C'est effectivement la seule méthode fiable (et utilisée depuis toujours pour le dvd sd en mpg) qui va nous permettre de bloquer le débit quoiqu'il arrive et d'éviter un accident de fabrication. Là, l'opérateur est sûr de son coup. Même s'il n'a pas apprécié très exactement son débit maxi en terme de qualité (dans un sens comme dans l'autre, d'ailleurs) il sera sûr de la normalité de ce dernier pour éviter le pépin.

Je pense que tu as compris ce que je voulais dire maintenant et pourquoi j'ai pu attirer l'attention sur ce problème ou X264 n'est pas toujours facile à maîtriser, effectivement.

Mais si, en grande partie avec ceci :

Et je t'en remercie

Sur ce dernier preset, pour une gravure de BDR à la norme, il faudra ne pas oublier de mettre l'attribut "pyramide strict" la taille du GOP à une seconde (25 pour du 25 i/s) et les attributs colorimétriques en BT-709.

Par contre j'ai une question : peut-on obliger (en ligne de commande) X264 à encoder du progressif en entrelacé pour faire du progressif en conteneur entrlacé (PSF) ? En effet, la norme du BDR en 1920 est toujours en entrelacé et le progressif ne peut donc être qu'en PSF si l'on veut rester dans cette norme.

Sur mes tests il l'est un peu plus mais tu as raison, nous inscrirons sur son carnet de note : "peut mieux faire".

L'encodeur le plus "discipliné" que j'ai pu trouver est celui de Procoder 3. Sur des débits d'environ 15 Mbs (et en 25 i/s) il tient pas trop mal la route par rapport à X264. Sur un test à 5 Mbs comme le tiens, X264 est meilleur.

De plus, il n'est pas gratuit contrairement à l'ensemble de toute ta programmation autour de X264 que tu as bien voulu nous faire partager pour aboutir à un outil complet.

Encore bravo pour ce magnifique travail.

 

Bon, je pense que l'on va y arriver car nos points de vue ne sont pas très éloignés mais nous butons simplement sur le débit maximum.

Certes, mais avec une contrainte impérative, ne jamais dépasser la valeur maxi que tu as assigné. 9,5 Mbs pour un disque pressé, moins pour un disque gravé qui peut faire bloquer certaines platines en dessous du seuil limite de la norme du dvd.

C'est la raison pour laquelle, quand tu encodes en VBR (2 passes, nous sommes d'accord) l'encodeur te propose une valeur maximum. S'il la gérait bien tout seul, cette commande n'aurait pas lieu d'être.

Hé bien voilà. Nous allons donc nous comprendre facilement.

Et c'est cette contrainte, parfaitement définie et sur laquelle tu as la main (quoique sur certains encodeurs il faut se ménager un petit peu de marge), car très importante en terme de compatibilité, que j'ai beaucoup de mal à maîtriser avec X264.

Tu vois que l'on s'est bien compris.

Alors que tous les encodeurs mpeg (tout du moins ceux que j'utilise) me permette d'avoir à peu près la main sur le débit max, avec X264 il va falloir faire très attention comme tu as pu le constater aussi.

De plus, on va utiliser le VBR par manque de place tout en conservant une certaine qualité. Ce qui veut dire qu'il va s'agir de film long. Un encodage deux passes en haute qualité va demander beaucoup de temps et si à la sortie tu t'aperçois que le fichier n'est pas conforme, tu n'as plus qu'à tout recommencer. D'où perte de temps importante, ce qui est gênant dans notre activité.

Il va donc falloir trouver les bons "presets" pour éviter ce genre de choses et être sûr du coup en toutes circonstances car, d'un film à l'autre, l'encodage peut être fort différent.

C'est moi qui vais lui donner la valeur moyenne. Et oui, tu as raison, il y a une notion de durée en fonction de l'espace dont je dispose. Si un CBR a 8 Mbs ne tient pas sur mon disque, il va falloir calculer cette valeur comme tu l'as dit plus haut. Mais, suivant la nature du film, on peut modifier un peu la stratégie de cette valeur moyenne qui, en fait correspond un peu à la valeur qualité CRF de X264. Bon, je ne m'embarque pas trop sur la stratégie car cela nous mènerait trop loin et serait hors sujet.

Par contre, je vais aussi donner la ligne rouge à ne pas dépasser. C'est le débit maxi en fonction du support.

Par parenthèse, le débit mini n'a aucune importance. On peut en fixer un pour éviter que l'encodeur se gourre sur certaines images et descende vraiment trop bas, mais c'est rare. Cela peut arriver sur des titrages simples où les lettres seraient affectées de défauts. Ceci est expliqué sur les notifications de Procoder, par exemple.

Il l'a fait en fonction de la moyenne et de la place dont il dispose, je suppose. Et peut être aussi en fonction d'un programme d'analyse que je ne connais pas car je ne suis pas concepteur d'encodeur.

Ben là, c'est curieux que tu me poses cette question. Nous l'avons vu ensemble : la contrainte d'une norme à respecter avec ce garde-fou indispensable pour ne pas envoyer des milliers de dvd dans le décor.

J'aime mieux que l'angoisse soit à son comble dans le processeur plutôt que dans ma tête en faisant presser mes dvd sur un fichier hors norme.

Blague à part, tu soulèves là un point important et auquel je ne saurais répondre formellement (tant soit que l'on puisse être formel dans les stratégies d'encodage avec contrainte de normes).

Si le film est vraiment complexe :

- Soit l'encodeur va appliquer ton calcul sur le fichier total et redescendre l'ensemble afin que cela tienne. Mais s'il redescend trop, trop longtemps, la qualité ne sera pas au rendez-vous.

- Soit il va tout encoder (ou presque) au débit max que tu lui auras donné, et du coup le fichier sera trop lourd.

Mais, dans un cas comme dans l'autre, il y aura eu erreur de l'opérateur sur la stratégie de son encodage car il aurait du utiliser deux disques, un ne suffisant plus. Là, c'est à nous d'apprécier cela pour faire au mieux à la satisfaction du client. Il faut bien que l'on serve encore à quelque chose...

J'aurais presque envie de te répondre par une provocation malicieuse (n'y voit aucune méchanceté, bien entendu) :

Es-tu vraiment prêt à parier, à savoir que si je me reprends une grande quantité de BDR dans la figure tu me paies tous les dommages et intérêts qui vont s'en suivre ?

Parce que le problème, si le presseur lui, fait une erreur et que cela vienne de là, tu peux être sûr que le master sera inspecté bien comme il faut et que si je ne suis pas dans les clous, je ne te raconte pas la suite...

Mais même pour un amateur qui va passer du temps à encoder, puis à graver une petite quantité de BDR pour son entourage, il serait bien embêtant de voir son travail (et ses BRD) ne servir à rien.

Ceci étant, tu n'as pas tort dès lors que l'on va atteindre des bitrates plus élevés et que la qualité de X264 permet de rester en dessous de la limite admissible. Il faudrait voir ce qu'il fait dans ce cas et à partir de quel bitrate moyen il ne divague pas au dessus des 40 Mbs. Pas facile car cela dépend aussi des images.

Pour les normes, je te donne ce lien si tu ne l'as pas. Il intéressera aussi les lecteurs de ce post :

[ame=http://forum.doom9.org/showthread.php?t=154533]Encoding Video for Blu-Ray using H264/AVC - Doom9's Forum[/ame]

Juste un point pour l'entrelacé :

Oui, j'avais lu cette combine. Mais tu penses bien que, vu ce que je t'ai expliqué plus haut, je ne m'y risquerais pas. A titre privé, oui pourquoi pas.

D'autant que le 25 PSF ne pose aucun problème en terme de qualité. Le 30 PSF, c'est un peu plus compliqué et c'est pourquoi les zones en 60i aiment bien s'en affranchir.

Un dernier point aussi : si tu utilises un logiciel d'authoring pour BRD et que ton fichier n'est pas correct, soit il va le refuser, soit il va l'accepter mais te proposer... de le réencoder. C'est ce qui m'est arrivé avec Encore.

Et je ne veux pas qu'il me réencode quoi que ce soit car il s'agit de l'encodeur... Mainconcept.