Reprise du message précédent :
Salut, je vais m'incruster un peu mais bon, je crois que les pro sont ici
 
Voilà je veux compresser un mpeg en avi, donc j'ai j'execute ça:

 
Mais il me dit:

J'ai essayé -oac copy mais j'ai le meme problème
 
Je comprends pas vraiment ce qu'il se passe

 
Je crois que t'as oublié un "-vop" avant scale=...

Pour moi, c'est bien simple, j'active toutes les options d'encodage à fond, et dans la très grande majorité des cas, j'ai une qualité tout à fait saisissante.
Je n'utilise d'ailleurs [presque] plus qu'Xvid car:  
- d'une part la première passe est très rapide, et c'est souhaitable d'ailleurs puisque cette passe n'est là que pour recueillir des stats,  
- d'autre part, la qualité est vraiment au rendez-vous. J'aime particulièrement la gestion des à-plats qui fait que pour le rip de "Le Monde de Nemo" Xvid compresse les espaces bleus sous-marins sans qu'on ait un aspect de bloc, alors que lavc (même avec un filtre de post-proc) produit des blocs.
Par contre, j'ai eu quelques problèmes récemment avec des version de dev  de la semaine dernière de mplayer qui me produisaient avec xvid des fichier complètement sur-dimentionnés (fichier d'1 Go là où je voulais 700mo).
Mais ça semble être rentré dans l'ordre
Autre chose: xvid ne semble pas aimer (pas plus que lavc d'ailleurs) les explosions et la fumée. J'ai compressé Alien 2 dernièrement, en 2 CD de 700, et bi-ogm, et la qualité n'était pas au rendez-vous (mais je suis très exigeant) lorsqu'il y avait justement de la fumée et des explosions. Avec un filtre de prost-proc, ça va mieux, mais bon...
 

Quand j'utilise lavc, j'utilise toujours --presetvideo 1, car je n'ai pas envie de regretter d'avoir voulu sacrifier la qualité au profit de la vitesse d'encodage. Au fait, --presetvideo 1 n'active pas déjà mbd=2?
Globalement, j'en suis satisfait, même si je préfère le rendu xvid.
Je pourrais poster ma liste d'options xvid si vous voulez, mais ça revient tout juste à activer toutes les fonctionnalitées du codec, à part le 4mv, qui est spécifique à la version 0.9x d'Xvid

est ce que tuxrip fonctionne avec les DVD9 du commerce ? (au niveau des protections)

si libdvdcss installé oui.

quelle est l'option pour avoir plusieurs langues dans un matroska ? (j'ai déjà réussi mais je ne me souviens plus)

http://tuxrip.free.fr/options.html

 
Oui, ca serait tres utile  
 
A ce propos il y a ce post sur Doom9 :
http://forum.doom9.org/showthread.php?threadid=67976
 
et
 
http://forum.doom9.org/showthread.php?threadid=78079

1 paquet RPM pour tuxrip :
http://mjules.free.fr/tuxrip/tuxrip-0.97-1.noarch.rpm
 
le spec et le src.rpm :
http://mjules.free.fr/tuxrip/
 
comme pour dvddump, je me suis permis de rajouter un Makefile pour faciliter la création du paquet.
 
A+

 
Avec tous les "require" nécessaires pour assurer une installation sans faille: bravo Mjules

de rien  
 
il manque quand même un champ suggest à RPM ; ça m'aurait évité d'avoir à faire le echo en post installation

Ok, Cf mon post sur linuxfr:
http://linuxfr.org/comments/426260.html#426260

@Mjules:      
 
J'avais testé une vieille version de ce tres bon script, et il me semble qu'il gérait bien les sous titres forcés, vous pouvez me confirmer ?
Les sous titres forcés ne sont pas tres bien gérés par les logiciels d'encodage, personnelement je n'y arrive bien qu'avec Gknot sous l'autre OS.

De quoi parles-tu? Des sous-titres dumpés directement depuis le DVD? (le couple .idx, .ifo et .sub)
Si c'est le cas, alors oui, tuxrip extrait les sous-titres, et peut les incorporer dans le container matroska

non je parle des sous titres forcés:
les parties en italien dans le parrain, en elfique dans le saigneur des agneaux, en araméen dans la momie, en chinois dans rush hour, les mentions "QG lundi 10h30" dans xfiles ...etc tu vois quoi

ce doit être des sub comme les autres donc possible de les extraire et incorporer dans le mkv avec tuxrip.

Le caractere "obligatoire" des sous titres d'un DVD est logiciel.
 
L'extraction des pistes fait disparaitre ce truc, sauf dans le cas, assez rare heureusement, des sous-titres réellement incorporés dans la video où là, evidemment, on peut pas grand chose... Mais ils ne font qu'exceptionnellement ce genre de saloperie, parce que pour l'affichage 4/3 ou 16/9 on ne peut pas mettre les sous titres au meme endroit

et si c'est incorporé alors ça marche forcément avec tous les softs.

 
oui c'est clair, ils sont marqués "forcés" dans la liste des sous titres.
malheureusement, on a souvent tout ou rien en matiere de sous titre. or la c'est juste les forcés  qu'on veut.
En fait ces sous titres dépendent de la langue de la piste son audio.
 
Vous avez bien du tester tuxrip avec le seigneur des oiseaux, alors l'elfique il est comment   ?

d'ailleurs dans ce contexte, le conteneur mkv gere t'il ce genre de subtilité ? genre si je muxe 2 langues avec les 2 jeux de sous titres complets, affichera t'il les forcés ?

Faut dire au lecteur (mplayer ou xine) de le faire.

est ce qu'il y a une version minimale de mplayer pour tuxrip ? histoire de mettre à jour les requires du paquet

je ne sais pas trop. une 0.92 doit suffire largement je pense...

magnifique la 1.0pre5 ne compile pas sous mandrake 10 !!!
 

Pour info : pas de souci avec le paquet Cooker ss Cooker .

idem pour le paquet du plf pour la 10.0 official

ok, merci.

je viens de regarder le changelog, ils ont appliqué un patch pour que ça compile

tu as une url du patch ?

malheureusement non, et je n'arrive pas à trouver le src.rpm

 
sauf erreur, c'est le même source sur cooker, il suffit de changer le drapeau plf dans le spec file.

effectivement, le patch dont je parle serait celui là :
http://mjules.free.fr/tuxrip/mplay [...] .patch.bz2

oui, du coup il y a une dépendance de construction sur kernel-source. Je teste un rebuild.
 
Edit: ça fonctionne nickel et fournit:

 
disponibles d'ici quelques minutes:
http://membres.lycos.fr/billery/10.0/

Y a un (mini) bug dans la 097 :
 
-------> How many subtitles do you want to extract [default : 1] ? >
 
Si on rentre 0 tuxrip plante, il ne verifie pas que la valeur soit > 0. Eventuellement 0 pourrait etre accepte et permettrait de changer d'avis et de ne pas encoder de sous-titre

Au fait (je ne sais pas si ca avait ete discute), le sous-titre est extrait a partir du DVD. Pourquoi ne l'extrait-on pas du vob copie sur le DD ? Ca permettrait de s'affranchir du DVD apres copie a l'etape 2. Mais il y a peut-etre une raison ?

 
Merci.
 
J'ai fait des essais de mon cote, en mettant les options xvid "a fond":
 

 
et le resultat est excellent. Tres proche du libavcodec. Sur une tele, le xvid est meilleur car on voit moins le carrelage. Sur moniteur, libavcodec a peut-etre un poil de plus en pique par contre.
 
Par contre j'ai un truc etrange : la premiere passe xvid est tres rapide (60 fps), et s'effondre a la deuxieme passe (8fps), comme on peut s'y attendre avec toutes les options. C'est normal que la premiere passe soit aussi rapide ? En libavcodec les deux passes se font a la meme vitesse, l'emploi d'options "lentes" ralentit aussi la premiere passe. Vous avez ca aussi ?

à partir du DVD, mencoder crée automatiquement la palette donc y a pas de soucis de couleurs. A partir du vob, y a pas la palette. Je sais comment faudrait faire pour accélérer le tout mais j'ai pas le temps :
extraire la palette à partir du DVD puis extraire les sub à partir du HDD et enfin reconstruire le idx pour prendre en compte la bonne palette.

 
Ah oui c'est vrai... Peut-etre en utilisant des options de mencoder sur les sous-titres ? Il y a plein d'options de gestion de l'alphablending, de l'antialiasing, etc...

Au fait, personne ne sait si c'est normal qu'avec xvid la premiere passe est extremement rapide et la deuxieme tres lente en utilisant de nombreuses options ?

Oui, c'est normal que la première passe d'XviD soit plus rapide, vu que l'équipe de dev a ré-écrit le système d'encodage en deux passes.
La première passe utilise des algos plus grossiers pour évaluer la vidéo, mais c'est pas grave car d'une part les statistiques de la première passe sont assez grossières, autant avec lavc qu'avec XviD (ça consite grosso-modo à savoir quelles sont les scènes rapides et les scènes lentes), d'autre part, cette première passe rapide permet d'améliorer considérablement les PSNR par rapport à l'encodage en une passe, et ce, sans faire exploser le temps d'encodage.
 
 
À part ça, une nouvelle version de tuxrip vient de sortir, avec principalement des corrections de bugs

Merci beaucoup pour tes explications