Reprise du message précédent :

JoWiLe a écrit a écrit : et dès que la vidéo passe d'un plan à un autre, j'ai un joli assemblage de rectangles, et l'image redevient "smooth" après 1/2s  sur le plan environ     c du délire

 
verifie bien les options de xvid, elles ont change dans les recentes CVS. Sinon t'as peut-etre un probleme d'installation ?

JoWiLe a écrit a écrit : j'ai fait man mencoder   j'ai pourtant utilisé des paramètres standard

 
Je sais pas trop, je n'ai pas testé xvid sous Linux encore. Je regarderai.

à mon avis c'est pas encore au niveau mais ça va venir car c'est pas des truffes les develo de xvid. Sous winbeurk c'est le meilleur codec.
 
N'hésite pas à poster tes modifs de tuxrip, ça peut être intéressant... Sinon, ça marche le crop auto et le reste ?

Le crop auto, ça a l'air de marcher comme il faut. Par contre, au final, le son est en retard d'environ 1/2 seconde sur les 2 vidéos que j'ai codées (c'est vraiment pas grand'chose, vu que je ne m'en suis aperçu pour la première que quand j'ai vu le décalage sur la 2ème, mais bon).
Sinon, je suis en train de lire les man pour comprendre à quoi servent les différents paramètres.

Si tu n'as qu'un seul paramètre, tu peux par exemple faire comme ça :
~$ ./rlzip 800
avec dans le script un BITRATE=800
 
Si tu as plusieurs paramètres, tu peux gérer ça avec un case, de cette façon-là (là, je suppose que l'on écrit le script de cette façon-là : ./rlzip --bitrate 800 --autreparam toto --debug, c'est-à-dire avec des espaces entre les valeurs des options et les options) :
 

 
Et l'ordre des paramètres n'est pas important, là. Évidemment, 'faut traiter les cas d'erreur.

 
En fait je pense que ces deux codecs sont tres tres proches. Seulement l'image brute sans post-processing n'a pas la meme "saveur". Je pense que certains diront que xvid est mieux, et que d'autres diront que libav est mieux. C'est assez subjectif : un peu comme les appareils photo numeriques ou certains preferent les Canon  au Nikon car l'image est plus soft, processee differemment ou avec des couleurs equilibrees differemment. De plus, il y a plein de parametres differents pour ces codecs, comme le reglage des quantitizers, la quantization mpeg ou h263, ou modulee (Koepi sous Win). Donc c'est aussi tres difficile de donner un comparatif sans donner precisement les parametres d'encodage.
 
Mais objectivement, l'avantage technique de libavc est une image un poil plus detaillee et le support des B-frames. Le xvid a par contre un excellent processing des images a haut bitrate, moins blockies. Cependant, mplayer inclut les commandes pour activer les filtres de post-processing de libav (option pp) qui deblockent l'image et dont l'efficacite est + ou - parametable (faut equilibrer entre floutage et deblockage).
 
Voila, c'etait ma critique des deux codecs jusqu'a publication d'un comparatif en images.

oui y a un gros pb de synchro en ogg. Suffit de resynchronise avec ogmmerge -o movie.ogm video.avi -s -420 son.ogg (pour un décalage de -420ms). Je rajouterais à mon script une boucle "merge-verif" jusqu'à satisfaction... Fo d'abord que je rajoute à mon script les modes --config, --resume, --test et éventuellement --auto. D'ailleurs les infos bash que tu as posté vont m'être bien utile.

jotenakis a écrit a écrit : D'ailleurs les infos bash que tu as posté vont m'être bien utile.

Quelles infos ?

jotenakis a écrit a écrit :   oui y a un gros pb de synchro en ogg. Suffit de resynchronise avec ogmmerge -o movie.ogm video.avi -s -420 son.ogg (pour un décalage de -420ms). Je rajouterais à mon script une boucle "merge-verif" jusqu'à satisfaction... Fo d'abord que je rajoute à mon script les modes --config, --resume, --test et éventuellement --auto. D'ailleurs les infos bash que tu as posté vont m'être bien utile.

 
J'ai fait un encodage de "the pledge" (avec nicholson) cette nuit (film de 2 heures). Je confirme, je n'ai qu'un simple shift de -420ms, sans decalage progressif, donc c'est tres simple a corriger.
 
Au fait, je suis stupefait de la qualite du son vorbis a 80 kbs. Fini le mp3 pour moi.

Il y a un truc qui serait super dans le script, mais c'est certainement assez chaud, c'est le support de l'encodage des credits a bas debit. On indiquerait le starting position des credits de fin, et il encoderait a 10% du bitrate.
C'est du boulot !

Pour etre complet sur ue fonctionnalité comme celle là, c'est plutot des plaghes de temps qu'il faudrait pouvoir donner comme "zones bas-débit". Pense à des films comme SexCrimes, 1001 pattes, etc... qui ont un morceau de film pendant le générique il faut pouvoir restaurer le bitrate
 
Sinon, j'ai fait des tests d'encodage audio hier soir (pas le temps pour la vidéo) pour tester ogg, et vorbis rulez

philou_a7 a écrit a écrit : Pour etre complet sur ue fonctionnalité comme celle là, c'est plutot des plaghes de temps qu'il faudrait pouvoir donner comme "zones bas-débit". Pense à des films comme SexCrimes, 1001 pattes, etc... qui ont un morceau de film pendant le générique il faut pouvoir restaurer le bitrate   Sinon, j'ai fait des tests d'encodage audio hier soir (pas le temps pour la vidéo) pour tester ogg, et vorbis rulez

 
Oui faut faire un truc similaire au builds xvid de Koepi sous Win : on indique soi-meme les start et end des zones a encoder en bas debit.
Pour vorbis c'est clair. Non seulement le son est excellent, mais en plus il prend moins de place pour une meilleur qualite. C'est fini le mp3 dans mes encodages.

zeb2 a écrit a écrit : Il y a un truc qui serait super dans le script, mais c'est certainement assez chaud, c'est le support de l'encodage des credits a bas debit. On indiquerait le starting position des credits de fin, et il encoderait a 10% du bitrate. C'est du boulot !

c'est faisable, je pense et c'est prévu. C'est une fonctionnalité tout à fait intéressante...

bien sur que le vorbis c''est ruleezzz. Déjà un an que j'ai abandonné le mp3. Même à 60 kbps c'est correct alors qu'à ce niveau lame .
 
Pour de la sauvegarde musicale, un ptit ogg -q6 c'est IMPRESSIONNANT...
 
EN PLUS C'EST LIBRE ET PATENTED-FREE...

J'ai rajouté un mode --test qui rip uniquement le 1er chapitre, c'est pratique pour faire des essais de codecs et débugguer mon script. Sinon j'ai rajoutés des bricoles comme de la gestion d'erreur (genre le neuneu qui rentre comme bitrate "154nm1"   ).
J'upload ce soir si ma connexion ne merde pas.
 
@zeb2 :  donc ton décalage est le même quelque soit le film ??? C'est dingue ça !!! Ca vient peut-être de l'encodage à la volée vob-->ogg. J'essaierais de faire vob-->wav-->ogg et de voir si y a un décalage.
 
A faire un jour aussi : la gestion des chapitrages, puisque le container OGG permet de faire ça. Mplayer doit être capable de les lire je pense...

 
J'ai essaye avec le trailer de entrapment, mulholland drive et le film complet "The pledge" (2 heures) et oui, c'etait le meme decalage. Je suis aussi perplexe que toi.

Sur certains codages, j'ai mencoder qui se plante pendant la première passe, avec ceci comme message d'erreur :

mencoder: ratecontrol.c:635: ff_rate_estimate_qscale:  l'assertion `q>0.0' a échoué.
./tuxrip.sh: line 411:   831 Relais brisé (pipe)     cat $SOURCE/*.vob
       832 Abandon                 | nice -19 mencoder -nosound -o /dev/null -ovc lavc -lavcopts $LAVCOPT:vpass=1 -vop scale=$scale,crop=$crop -zoom -sws 2 -
 
C'est dû à quoi ? Quelqu'un saurait ?

 
Oui j'ai deja eu ca, a certains bitrates. Si c'est la pre9, je te conseille fortement de compiler une nouvelle CVS.

quel genre de bitrates ? Faibles, forts ? Ca plante dès le début ?
En lavc ?

 
Je ne me souviens pas bien, je crois que c'etait mes essais pour PDA, avec des bitrates faibles (80-100kps) et j'avais remarque que le probleme etait corrige avec de nouvelles versions du CVS de mplayer et de ffmpeg.

ptite question : doit y avoir moyen AVEC MPLAYER d'extraire du vob la bande son AC3 voulue, en format wav ?
Histoire de voir si on a le décalage A/V...

 
Peut-être "mplayer -dumpaudio"   (man mplayer)

merci... c'est bizarre, ça ne marche pas "man mplayer" sous win  
(boulot oblige)

Bitrate de 947 kbps, avec les options par défaut de ton script v0.3. Ça, quoi :

 
Ça commence, et ça a planté au bout d'envrion 1500 secondes d'encodage, pendant la première passe. Avec MPlayer 0.90pre9, en effet.

bizarre... donc même à des bitrates "normaux".
Essaies de compiler le CVS de mplayer pour voir...

J'ai jamais vu un film entrelacé. C'est seulement sur des trucs qui viennent de la télé (genre "1 gars 1 fille" ). Ou alors en NTSC mais c'est pas le même type d'entrelacement (telecine).

il est NTSC ton DVD ? 29.97 fps ? tu le fais comment l'inverse telecine (ie passage 29.97-->25 fps, qui permet de "desentrelacé" ) ?

JoWiLe a écrit a écrit : sinon, ne pas oublier d'inclure -npp ci pour le deinterlace ...     ça peut servir

 
-npp n'est plus supporte dans les CVS post pre9 (dommage, d'ailleurs). Il faut utiliser l'option pp=0x2000 pour deinterlace.

Il m'est arrive un truc marrant. On m'a prete "the big lebowski" hier version UK, marque zones 2 et 4.
Quand j'ai essaye de l'extraire, le script a plante. Je vais l'extraire sour Windows avec Smartripper, et la ca marche. Mais surprise : il etait non encrypte ! Deja c'est surprenant pour un film commercial, mais ca montre que tccat a des problemes avec les DVD non encryptes. Je vais regarder de plus pres : si ca le fait avec un autre non encrypte (j'ai "l'appartement" de Mimouni) et a quel niveau ca plante.
 
Une question : j'ai vu que dans ton script, tu avais mis les deux methodes d'extraction, et que tu avais commente la ligne avec la methode mplayer, qui marcherait avec the big lebowski. Pourrais-tu donner le choix pour les cas difficile ? Ou bien est-ce que l'extraction avec mplayer fait changer rop de choses pour la suite (comme l'encodage son) ?

Sinon a propos de ripping, l'auteur de vobcopy a ouvert un nouveau projet : dvdbackup.
Ca peut etre interessant de jeter un oeil :
http://dvd-create.sourceforge.net/ [...] eadme.html
 
De plus, je viens de voir dans la mailing-list de mplayer qu'ils developpaient des outils d'information, comme la longueur d'un film en frames ou secondes. Ca sera peut-etre possible de ne plus melanger les outils.

je peux rajouter un flag pour choisir mplayer comme ripper. Aucun problème...
En fait j'avais commenté parce que je pensais que seul mplayer gérait le multiangle. J'ai pas testé mais transcode aussi est sensé le gérait. En plus c'est mieux de ripper avec transcode car j'ai la racherche du gain max qui se fait pendant le rip. D'ou un petit gain de temps...
 
EDIT : c'était quoi le message d'erreur ?

Petite question : en lavc,  1kbps = 1000 bps ou 1024 bps ???

 
Je ne peux pas te dire encore, j'ai neglige de le noter  
Mais je refais le test ce soir.
 
Pour libavc je ne sais pas, bonne question. Je vais jeter un oeil dans les archives de la mailing-list de ffmpeg.

je pensais que c'était 1000 (c'est ainsi dans mon script) mais suite à 1 test sur l'ARME FATALE je pense que c'est 1024... (je me retrouve avec un fichier final de 675 Mo au lieu de 700 alors que le bitrate spécifié est parfaitement respecté...)
Je refais le test ce soir avec la modif. ( 3h30 tout compris : rip, encodage son, encodage video et mux   )
 
Au fait, comment as tu fait pour detecter ton décalage de 420 ms ?  
Seulement à l'oeil et l'oreille ?  

jotenakis a écrit a écrit : je pensais que c'était 1000 (c'est ainsi dans mon script) mais suite à 1 test sur l'ARME FATALE je pense que c'est 1024... (je me retrouve avec un fichier final de 675 Mo au lieu de 700 alors que le bitrate spécifié est parfaitement respecté...) Je refais le test ce soir avec la modif. ( 3h30 tout compris : rip, encodage son, encodage video et mux   )   Au fait, comment as tu fait pour detecter ton décalage de 420 ms ?   Seulement à l'oeil et l'oreille ?

 
Oui je pense que c'est 1024 aussi. Mais je n'ai pas trouve sur la mailing list.
 
Pour le decalage, oui, a l'oreille. Il n'y a pas d'autre moyen pour le moment. Faire un logiciel qui bouclerait serait parfait.
Mais bon apparemment mon decalage est le meme pour tous les films. Je pencherais pour un probleme d'extraction, peut-etre lie meme au lecteur de DVD.
 
Bizarrement je n'arrive a corriger completement en very low bitrate (il y a une sorte de decalage "maximum" ) Il faudrait manipuler le fichier pour retirer le silence au debut. Mais bon ce n'est pas dramatique (et je n'ai pas teste avec ton script et les nouveaux CVS. Peut-etre que c'est corrige a present.)

t'imagines ça comment ?
 
Un truc dans le genre :
 

 
?

 
Oui mais le seul problème, c'est qu'il faudrait faire ogmmerge à chaque changement, ce qui prend du temps. Sinon dans l'esprit c'est ça. D'autre part il faudrait faire cela comme un module optionnel : une fois déterminé, je me servirai du même décalage pour tous les films (à moins de trouver des exceptions). Ce qui serait bien serait de stocker cette valeur dans le fichier de conf.
 
EDIT : à moins bien sûr que ogmmerge supporte des portions de films.

suffit de stocker dans le fichier de conf (toujours pas fait d'ailleurs   ) la valeur du décalage initial. Comme ça dès le 1er coup tu seras synchrone et tu pourras vérifier et répondre OK.
Sinon je ne crois pas que ogmmerge marche sur des portions mais c'est pas si long à merger tout. On peut essayer d'envisager de découper un morceau mais je pense que ça craint car il faut découper la bande son ET la video EXACTEMENT au même endroit !

de même je pense que la gestion des credits va prendre énormément de temps car curieusement quand tu encodes une portion de vob avec mencoder il "déroule" le vob jusqu'à la zone à encoder au lieu de s'y rendre directement. Ce qui est très très long si ta zone est à la fin.  
Faudrait trouver le moyen d'extraire en un seul fichier vob les credits, comme ça, encodage en une passe à quantizer fixé puis on regarde la taille du fichier credits.avi et on voit ce qu'il reste comme place dispo pour le film.

 
Tu veux dire avec -ss et -endpos ? Oui je crois avoir remarqué ça.
 
En général, les crédits sont à la fin du dernier vob, donc pas si loin. Le problème c'est si les crédits sont à cheval entre l'avant-dernier et le dernier vob. Là c'est plus problématique.
La meilleure solution est en effet d'extraire un vob crédits (et éventuellement un vob film). Toujours avec -ss et -endpos ?
 
EDIT : apparemment il n'y a plus endpos. C'est ss ou sb, et -frames aussi.

jotenakis a écrit a écrit :   suffit de stocker dans le fichier de conf (toujours pas fait d'ailleurs   ) la valeur du décalage initial. Comme ça dès le 1er coup tu seras synchrone et tu pourras vérifier et répondre OK. Sinon je ne crois pas que ogmmerge marche sur des portions mais c'est pas si long à merger tout. On peut essayer d'envisager de découper un morceau mais je pense que ça craint car il faut découper la bande son ET la video EXACTEMENT au même endroit !

 
oublie
ogmmerge est rapide en effet. Ce n'est pas comme de l'interleaving.