Reprise du message précédent :
Autre chose lue sur la mailing list a propos du frame rate en NTSC film :
 
>>This will break a/v sync or else do nothing, I forget which. You need
>>> >-speed 24/25.  
>>> >
>
>>  
>> It looks like it depends on the -mc value. At -fps 24 and default mc,
>> mplayer can compensate, so the end result is much the same as without.
>>  
>> Technically, wouldn't that be -speed 23.976/25 ?  
 
 
No. 23.976 is the *incorrect*, slightly slowed down speed for NTSC
telecine. Film is EXACTLY 24 fps.

Donc apparemment, il vaut mieux utiliser -speed au lieu de fps pour corriger. Je ne sais plus ce que dit le man, mais c'est a etudier egalement.

 
Il s'est justifie sur la mailing-list :

 
Si ca se trouve, ca corrigerait les problemes de desynchro pour tout le monde, en region 1 et 2 !!

ca serait bieng

quel desynchro ? jamais eu de pb.
 
J'ai rajouté ceci dans la 0.90rc1 ( http://tuxrip.free.fr/tuxrip/ ).  
Changelog :  
encodage avec "-mc 0 -noskip -skiplimit 0"
nouveau resize. (-sws 9)
nouveau preset extreme. (vcodec=mpeg4:vhq:trell:mbd=2:vmax_b_frames=1
vb_strategy=0:vlelim=0:vcelim=7:cmp=2:subcmp=2:precmp=2:predia=1:dia=1:vme=4 )
nouveau desentrelacement. (fd)
support matroska.
sous-titres. (ne supporte pas l'encodage multi-cd pour le moment).
support espagnol.
seuil bandes noires.
utilisation de -vf à la place du deprecated -vop.
bugfixes divers...
 
!!! RELANCER TUXRIP EN MODE --config !!!

Excellent
Pour la desynchro : ceux qui avaient de la desynchro avec les DVD zone 1. Mais bon ca peut etre pour d'autres raisons.

en réalité j'ai mis ( vcodec=mpeg4 : vqmin=2 : vqmax=20 : mbd=2 : mv0 : trell : cbp : vmax_b_frames=1 : v4mv : vb_strategy=0 : vlelim=0 : vcelim=7 : cmp=2 : subcmp=2 : precmp=2 : predia=1 : dia=1 : vme=4 ) comme options pour le preset extreme.

Malheureusement je n'ai pas eu le temps d'essayer, mon HD est plein... Est-ce que ce nouveau preset extreme est plus lent que le precedent ?

je vais rajouter un preset old-extreme pour comparer.
 
Je pense que oui mais pas trop.

rc2 dispo - http://tuxrip.free.fr/tuxrip/ - :
traductions + preset "old-extreme".
 
Les 3 presets dispos sont :  
standard
vcodec=mpeg4 : vqmin=2 : vqmax=20 : vmax_b_frames=0 : vhq : keyint=250 : vme=4 : v4mv
 
extreme
vcodec=mpeg4 : vqmin=2 : vqmax=20 : keyint=250 : mbd=2 : mv0 : trell : cbp : vmax_b_frames=1 : v4mv : vb_strategy=0 : vlelim=0 : vcelim=7 : cmp=2 : subcmp=2 : precmp=2 : predia=1 : dia=1 : vme=4
 
old-extreme
vcodec=mpeg4 : vqmin=2 : vqmax=20 : vmax_b_frames=1 : vhq : qpel : trell : keyint=250 : vme=4 : v4mv

le preset "extreme" semble au contraire plus rapide que le "old-extreme" (10%).

c 'est une bonne nouvelle    
Sinon ta vu une difference de qualité, ou c'est en cour d'encodage ?

c'est encodé mais via ssh donc résultat pas encore analysé...

sauf erreur de ma part "extreme" est bien 12% plus rapide que "old-extreme"...

Question : sur la visualisation de l'image croppée ! Le format n'est jamais bon : je m'explique :
 
Le cadre de cropping se cale correctement en haut et en bas sur les frontieres (bandes noires / image du film) .. en revanche l'image croppée garde un format 4/3 et la largeur de l'image croppée va donc du bord gauche jusqu'aux trois quarts de l'image ...
 
Quid ... comment lui passer les parametres ??? (quelle que soit la partie de film qu'il prend il prendra toujours les memes valeurs ... )

C'est normal, le cropping enleve les bandes noires et c'est tout.  
 
Ensuite un resize de l'image permet d'avoir le bon ratio. Une preview de l'image est affichée avant l'encodage, tu peux vérifier qu'elle a le bon ratio et que les bandes noires ont disparues.

 
OK, faut maintenant regarder si c'est plus beau. Tu en penses quoi ?

je vous prépare (ce WE) un fichier pdf de comparaison des 3 presets avec rapidité, psnr, screenshots...

Encore une petit bravo en passant    
Le script marche du tonnerre !
Je voulais savoir si il était prévu , - a cours / moyen / pas encore / si y'a des bonnes volontés -termes le support du 5.1 ? Il me semble que le Ogg peut gérer plusieurs cannaux non ? Est-ce possible ? Envisageable ?

merci.

Dans un 1er temps j'envisage de faire de l'AC3 passtrough.
Avec la généralisation des graveurs de DVD, ça devient utile...
 
Pour le ogg 5.1, la demande ayant déjà été faite plusieurs fois (pas dans ce topic) je me pencherais dessus un jour.

oki merci pour ces précisions !
Bonne continuation  

sortie de tuxrip090. http://tuxrip.free.fr pour nouveautés/downloads...
 

Avec la RC1, j'avais un problème: alors que mon film devait tenir sur 1600MO (2*800Mo), il était compressé sur 780Mo et la qualité laissait franchement à désirer.  
Avec tuxrip 0.85, tout allait bien, mais depuis, ça marche plus avec 0.90rc1. Est-ce que le problème pourrait venir du fait que le projet a été commencé avec tuxrip 0.85? (j'ai bien mis à jour le fichier de config pour la version 0.90rc1)
Je vais vérifier avec la nouvelle version finale, et je vous tiens au jus.

normalement non, ça devrait pouvoir continuer...
peux tu m'envoyer le dossier tmp de ton projet, stp ?

test interessant :
4 encodages en 2 passes, même parametres à part le resize.
 
 <dans l'ordre des resize de + en + sharp> (cf http://www.wieser-web.de/MPlayer/sws1/)
 
------------------------------------------------------------------------
resize bilinear -sws 1:
PSNR pass 1: Y:44,39, Cb:47,94, Cr:48,53, All:45,33
PSNR final: Y:38,92, Cb:43,96, Cr:44,50, All:40,08
CQmax=0,44
bitrate 1ere passe : 2286,567 kbit/s
bitrate final : 754,003 kbit/s
 
resize fast bilinear -sws 0:  
PSNR pass 1: Y:43,91, Cb:47,54, Cr:48,16, All:44,87
PSNR final: Y:37,88, Cb:43,22, Cr:43,78, All:39,08
CQmax=0,51
bitrate 1ere passe : 2648,404 kbit/s
bitrate final : 752,614 kbit/s
 
resize bicubic -sws 2:
PSNR pass 1: Y:43,87, Cb:47,43, Cr:48,04, All:44,82
PSNR final: Y:37,60, Cb:42,93, Cr:43,50, All:38,80
CQmax=0,53
bitrate 1ere passe : 2732,390 kbit/s
bitrate final : 752,479 kbit/s
 
resize lanczos -sws 9:
PSNR pass 1: Y:43,68, Cb:47,25, Cr:47,86, All:44,63
PSNR final: Y:37,16, Cb:42,61, Cr:43,19, All:38,37
CQmax=0,57
bitrate 1ere passe : 2913,739 kbit/s
bitrate final : 751,653 kbit/s
------------------------------------------------------------------------
 
Ce rapide test montre bien que négliger le resize est une erreur grave pour un "encodeur" exigeant, erreur heureusement corrigé dans la version 090 de tuxrip.
 
Plus le filtre est sharp et plus le CQmax augmente, le film est donc moins compressible. Ceci condamne lanczos à n'etre utilisé que pour des encodages tres haut bitrate.
 
Plus le filtre est smooth et plus les défauts aussi sont lissés (PSNRfinal augmente). Néanmoins bilinear est tellement smooth que je ne le préconise que pour des encodages très bas bitrate.
 
Pour conclure, je pense que le mieux est fast_bilinear pour des encodages 2h-1CD, bicubic pour 2h-2CD et lanczos lorsque l'on a un graveur de DVD et que l'on vise une taille > 1800Mo.
 
PS : Je vous rappelle que la 1ere passe est à qualité constante (quantizer q=2) et donc que plus le bitrate de la 1ère passe est faible, mieux c'est.
 
EDIT : le bitrate final est bien constant à moins de 0.5% près.
 
EDIT : au niveau rapidité j'ai constaté
fast bilinear = bilinear (???)
bicubic = 10% + lent que fast bilinear
lanczos = 5% + lent que bicubic.

Ouahou ! Interessant. Par contre faut pas negliger que certains films ont une limite haute de taille. Mulholland drive Z1 par exemple ne s'est jamais compresse a plus de 880 Mo avec libavcodec. Pour un film de 2h20 c'est incroyable... Mais certainement qu'en changeant le filtre ca changerait aussi cette limite.

oui, la limite c'est le CQmax et on voit qu'il peut changer BEAUCOUP...
 
Pour ton film à ce moment, lanczos peut ptet s'imposer.

Je vais essayer, bonne idee.

Nouvelle version des outils matroska :
 
libebml 0.6.1
 October 28, 2003
 
http://matroska.free.fr/downloads/ [...] .1.tar.bz2
 
 
libmatroska 0.6.0
 October 28, 2003
 
http://matroska.free.fr/downloads/ [...] .0.tar.bz2
 
 
mkvtoolnix 0.7.2
 October 16, 2003
 
http://www.bunkus.org/videotools/m [...] oadinstall
 
 
Sinon ca serait sympa l'intrégration des tag dans les mkv avec tuxrip ?
(Ca ce fait par l'intermediaire de fichier xml, je ne connait pas encore la syntaxe, mais je fait chercher).
 
Tuxrip c de la bombe bebe.

tiens nous au courant. Tu veux quoi comme tag ? Un truc manuel (ie en posant des questions) ou auto (basique du coup) ?

je pensait a un truc auto :
simple pour le titre
plus un pour l'créateur demandé dans --config
 
ou alors la personne qui veux les tag vient modifier le fichier *.xml et tuxrip l'appel automatiquement avec mkvmerge --??? *.xml. Normalement les tag se font uniquement si il ont des valeurs (donc celui qui n'en veut pas laisse les champ libre dans le fichier xml)
 
je préfère la deuxième solution : plus flexible et plus simple pour l'intégration a tuxrip

j'ai une question générique : l'avi est nul entre autres parce qu'il ne permet pas de stocker l'aspect ratio, contrairement au mpeg, ce qui fait que l'on stocke l'a/r en forcant la résolution en avi.
 
les nouveaux containers permettent de stocker l'a/r, non ?
pourquoi passe-t'on toujours par un avi intermédiaire ?

Voici le contenue d'un *.xml :
 

 
apparemment il permet aussi de stocker des information du type chapitre.
J'ai vu comment ca marchait sous win, mais pas avec mplayer  
 
 
EDIT :
 
je n'arrive pas a compiler  mkvtoolnix-0.7.2 avec libeml-0.6.1 et libmatroska-0.6.0
mais pas de probleme avec libeml-0.6.0 et libmatroska-0.5.2

idem, je pense qu'il faut attendre la 0.7.3 des mkvtools.

tu m'as pas répondu jo

mkv oui, ogg non.
 

faudrait que mencoder supporte l'ecriture mkv, c'est pas encore fait. Mais c'est pas pénalisant puisqu'on mixe tout à la fin.
 
virtualdubmod sous win doit savoir générer du mkv directement il me semble.

Appel aux bonnes volontés pour réaliser plus rapidement certaines choses :  
* gestion du chapitrage dans un container matroska et(ou) ogg et utilisation avec mplayer.
* création d'un ogg 5.1 de qualité.
* extraire, mixer une bande son AC3 avec amplification (ac3 passthrough).
 
Si certains savent faire ça ou veulent s'y pencher ce serait sympa. Pas besoin de coder juste montrer les lignes de commande pour réaliser ces choses, si possible avec les outils déjà utilisé par tuxrip et en tout cas uniquement avec des outils en ligne de commandes et LIBRES.
 
Merci bien, à+
 
Jotenakis...
 
NOTE : y a aussi d'autres choses comme la traduction du site et du programme (actuellement anglais/français/espagnol)...

et aussi tests des différents options lavc :
 

 
puis envoi par mail des 4 fichiers out + config (cpu/ram) + nom de film + taille du vob + durée du vob + type de vob (zone, entrelacement) + CQ visé. Le tout en laissant son pc tranquille pendant les 4 encodages pour pouvoir comparer les vitesses respectives.

mplayer ne sait pas encore lire les tag des mkv
 
yep, vdubmod sait générer des ogg et mkv directement.
 
je veux bien faire tes test mais ca ne sera pas avant la semaine prochaine.

tiens nous au courant quand il saura...
 

bah c'est pas un pb, l'idée est de recueillir beaucoup de tests afin de les consigner dans une feuille OO que je diffuserais sur le site. Une sorte de petite "base de donnée". Je pense que ça peu être intéressant.
C'est un travail au long cours où les mêmes tests pourraient répétés au fur et à mesure des sorties de mplayer pour voir l'évolution du codec...