Reprise du message précédent :
J'ai étudié en détails : http://rguyom.chez.tiscali.fr/libavcodec_tests.html
 
Pas facile à analyser car il manque des infos. Comme par exemple, le respect du bitrate.
 
Néanmoins on peut dire :  
1) le couple vhq:v4mv semble globalement le meilleur,  
2) v4mv tout seul, c'est la cata,
3) utiliser plus de 2 bframes est une erreur,  
4) utiliser les bframes seules est une erreur,
5) parfois vhq:bframes=1 est meilleur que vhq:v4mv mais pas de beaucoup,
6) les dessins animés ont un comportement très différents des autres.
 
Il utilise des options dont j'ignorais l'existence (non documenté dans la page de man de mencoder) et fait également du "vhq:v4mv:bframes" alors que le man de mencoder dit que c'est pas possible !?
 
J'ai envoyé un mail à l'auteur pour lui demander toutes ses infos.
 
 

 
Excellent !
Pareil que toi, je n'ai pas compris les bframes et v4mv...
Merci pour le tableau.

Tu saurais comment faire afficher les valeurs de PSNR ?

Arf, c'est assez chiant à lire ...
Il aurait plutôt fallu mettre en abscisse le film traité et associer les couleurs aux différentes qualités de codage. On peut avoir les données brutes quelque part ou il n'y a que l'image ?

ça fait partie des nombreuses questions que j'ai posées à l'auteur...  
 

 http://rguyom.chez.tiscali.fr/libavcodec_tests.html  
si vous souhaitez présenter mieux les résultats, n'hesitez pas.

qualité :
 
 
compressibilité :

 
rapidité :

 
 

Ca peut etre tres interessant pour une future version de tuxrip, qui pourrait ajuster les options a la demande, suivant que le film est un dessin-anime, noir et blanc etc...

pour ça faudrait analyser précisément et réussir à tirer des grandes tendances pour les différents types de film...
 
Pour le noir et blanc, ya t-il une option libavcodec ? Je pense que oui et ça permettrait d'accélerer le traitement puisque l'on encode que la luminance... Je vais faire des essai sur "le dictateur".

 
Oui il y a l'option.
J'ai eu aussi "Le dictateur" pour Noel !!

Voilà l'échange que j'ai eu avec l'auteur de l'excellent test du codec lavc :
 

 
Il a mis à jour son test, qui est encore plus impressionnant : http://rguyom.chez.tiscali.fr/libavcodec_tests.html
Notons que dans les sources de ses pages figurent, commentés, des paramètres importants comme, par exemple, le respect du bitrate visé.

cette nouvelle page est très intéressante : http://rguyom.chez.tiscali.fr/the-best.html
 
Je viens de découvrir cette page : http://www.mplayerhq.hu/~michael/codec-features.html

C'est vraiment excellent tout ça.
Je vais essayer de résumer ses règles.

Donc apparemment v4mv, trell et *cmp sont gourmands en ressource mais le jeu peut vraiment valoir la chandelle. Et pour ceux qui font l'encodage de nuit, la durée n'est pas genante.
Par contre c'est difficile de tirer une vraie règle, mis-à-part que les bframes doivent etre limitées à 1, et que v4mv, trell et cmp=2 ou 3 apportent un plus indéniable. Pour le dessin-animé, c'est un peu différent.
 
Le truc ultime serait de tester 1 chapitre avec 3 ou 4 réglages différents et réencoder avec le meilleur mais :
- le jeu en vaut-il la chandelle ?
- le chapitre utilisé est-il représentatif ?
- on se fie au psnr. Mais est-ce complètement corrélé à la qualité visionnée ?
 
Ce soir je loue "Reign of fire", une histoire de dragons dans un Londres post-apocalyptique. Je ferai des tests sur ce film d'action. Ce sera intéressant car il y a beaucoup de flammes, qui sont difficiles à encoder.

MPlayer 0.90 RC3 est sorti !!
http://www.mplayerhq.hu

Ce qui est interessant est son utilisation des options vqcomp, vq_blur, etc... Je pense que vq_blur est tres interessant pour rendre l'image plus "crisp".

je vous conseille la lecture de  
MPlayer-0.90rc3/DOCS/tech/encoding-tips.txt
et MPlayer-0.90rc3/DOCS/tech/libavc-options.txt
 
De manière générale, tout ce qu'il y a dans MPlayer-0.90rc3/DOCS/tech/
 
 

 
Ca ralentit quand même ENORMEMENT...
Globalement les BF, c'est pas top. En tout cas limité à 1 et pas pour les animés. Qpel semble + intéressant que BF.
 

n'oublie pas l'option psnr.
Sinon faudrait tester aussi comme ça :
1)Encodage à quantizer constant en 1 passe avec les différentes options
2)Test la taille du fichier obtenu.  
3)Enfin, voir si c'est cohérent avec psnr...
 
Ainsi tous les encodages ont la même qualité, la meilleure option étant celle qui génére le + petit fichier. Je pense que c'est un test complémentaire de l'autre.  
 

   
 
C'est clair, la qualité a un prix...

Hé bé ... Et c'est sur un Athlon XP 1800+, si je ne m'abuse ...

Ce qu'il faudrait savoir, c'est si on VOIT vraiment une différence entre un film à 41 et un à 41,8.

jotenakis : ton histogramme, tu l'as fait sur une moyenne de tous les films ? Ou est-ce un film en particulier ?

Attention :

 
C'est le temps pour faire les 2 passes qui est considéré !
 
De plus, il encode à partir d'une source déjà croppée/resizée/decompressée. Donc la vitesse est celle du codec pur.
EDIT : Ce qui veux dire que lorsqu'il annonce 20fps pour vhq:gpel:comp=2 c'est en fait 40fps par passe. Mais dans un encodage réel il faut croppée/resizée et décompressé le flux mpeg2, donc ce serait + lent.

Je suppose que c'est juste sur JFK, vu le titre

c'est écrit   JFK.

Ah oui, quand même ... Donc quand on lit 50 fps, ça veut dire que les 2 passes pour un film de 2 H ont pris 1 H, c'est ça ? Arf, en v4mv:vhq, je suis plutôt à 8 fps, avec mon ch'ti Duron. Qui qui me paie un Quadri-pro Optéron : http://aceshardware.com/#60000485 ?

c'est ça.
 
J'ai édité mon message pour préciser...

J'ai une question : Savez vous si on peut évitez que mplayer se ferme lorsqu'il arrive à la fin du film ? C'est pénible si on va trop loin lorsque l'on recherche le début du générique de fin en avançant rapidement...

-loop ?
 
EDIT : Non, ça marche pas ...

Tiens, au fait, et pour le décodage, ça se passe comment, au niveau de la charge ?

pour les BF, je sais que ça augmente un peu puisqu'il faut un décodage bi-directionnel. Mais c'est pas énorme.
 
Pour le reste, j'en sais rien. Je regarderais ça.
A mon avis, c'est infime comme variation.

Mon VIA C3-800 n'est pas toujours de cet avis, j'ai l'impression

attention, le + important c'est la résolution !
Donc fo comparer à résolution égale.

Après lecture, je te conseille même un  

L'option qpel, elle apparaît à partir de quel version de MPlayer ? C'est bon avec la RC3 ?
 
Sinon, une petite question idiote à propos de tuxrip : dr_splitpipe sert entre autre à découper le vob en fichier de 1 Go (grâce à l'option 1024 si j'ai bien suivi). C'est pour éviter d'avoir des problèmes avec les systèmes de fichiers capricieux qui n'aiment pas les gros fichiers ?

Argl, j'ai un petit problème : je veux faire l'inverse d'ogmsplit, à savoir que j'ai 2 fichiers *.ogm et que je veux les concaténer en 1 seul. Problème, la sortie d'ogmcat, qui correspond à ce que je veux faire, me donne ça :
 

 
Il y a une autre solution ?

J'ai essayé hier avec MPlayer RC3 d'encoder Reign of Fire. C'est un film post-apocalyptique avec des dragons. C'est intéressant car il y a des scènes lentes et d'autres très rapides en général difficiles à encoder, avec des flammes, des explosions et de la fumée.
 
Deux tentatives :
1) avec bframes
vcodec=mpeg4:vqblur=0.2:keyint=300:vhq:v4mv:qpel:vb_qfactor=1.25:vb_qoffset=0.6:vmax_b_frames=1: precmp=2:cmp=2:subcmp=2:vqcomp=0.65: psnr
 
--> segfaulte après 1100 frames. Je pense que les bframes déconnent dans cette release de libavcodec.
 
2) avec trellis sans bframes
vcodec=mpeg4:vqblur=0.2:keyint=300:vhq:v4mv:qpel:trell: precmp=2:cmp=2:subcmp=2:vqcomp=0.65: psnr
 
Image éposustouflante ! Les bordures n'ont plus d'artefacts, de "rings". Je suppose que vqblur=0.2 augmente la netteté de l'image, que je trouvais un peu soft auparavant. Par contre, les blocs sont assez visibles quand il y a des flammes, ou image très mouvante avec fumée ou nuages. On peut les atténuer avec un filtre pp. Je vais faire plusieurs essais avec d'autres paramètres.
La target size est très bonne (704.5Mo pour 705 visé)
Je vais aussi tester le Pacte des Loups qui a des scènes très intéressantes à étudier et ferai des screenshots.

 
avidemux peut traiter l'ogg ?

Je connais pas. J'essaierai, merci.

non c'est le forum qui l'a mis...
 
AVIDEMUX NE TRAITE PAS DE L'OGM.
 
Tu peux peut-être t'en sortir avec ogmmerge ?

C'est con, ça.
 

Je suis en train de lire le man d'ogmmerge, mais je ne suis pas sûr que l'on puisse faire ce que je veux (même une bidouille infâme avec l'option -r, je ne suis pas convaincu que ça donne quelque chose. 'faudra que je vois si les ogm tools ont été mis à jour). Cela dit, les fichiers que j'aurais à concaténer sont de la forme NOM_FICHIER-0xx.ogm, donc je peux lire le film avec mplayer avec un mplayer *.ogm.
Tiens, d'ailleurs, on peut peut-être bricoler avec MPlayer justement. Enfin, je suis pas sûr que ce soit très propre au final.