Reprise du message précédent :
@zeb2 : OK pour $1 $2 ... J'étais bien sur au courant de ce que ça faisait mais j'avais pas penser que c'était pour se garder des options "sous le coude". Pas bête.
Pour mplayer, je ne pense pas qu'on puisse ripper en plusieurs fichiers. Jamais eu de problèmes, d'ailleurs. (je n'utilise pas supermount, j'aime pas du tout...)
 
Sinon, j'ai commencer un script bash UNIQUE pour encoder un DVD. Pour l'instant certaines info sont à saisir au clavier. Je pense à terme en supprimer certaines en isolant des info contenue dans un fichier texte (exemple : volume rescale). Si tu as des infos sur comment faire ça...
 
PS1 : vais regarder dvdcreate...
PS2 : dvd::rip progresse visiblement très très vite.
 
@+

@ jotenakis
Ok. Je vais reessayer de riper en montant le DVD a la main plutot que de faire confiance a supermount.
 
Au fait, tu as quoi comme fichier de log : divx2pass ou bien lavc_stats ? Ca m'inquiete car je me demande si je n'ai pas un meli-melo de mes codecs ici ? Pour autant, c'est bien -lavc l'option.
 
Pour un fichier unique : c'est une bonne idee. En fait, mon script de depart etait egalement unique, mais je l'ai separe en deux a cause de la taille de l'audio, qui est necessaire pour calculer le bitrate video. Sinon tu peux partir d'une estimation, mais c'est difficile en mp3 vbr. A moins que tu veuilles faire un script qui passe de lui meme la taille du fichier audio et qui fasse le calcul ? Ca doit etre possible, ca.
Sinon pour le bash, je suis encore grand debutant, il y a des docs pas mal sur le net, comme sur http://lea-linux.org/dev/shell_script.php3
Je vais aller a la librairie voir les bouquins o'reilly aussi.

Tiens, je viens de lire que libavcodec avait de nouvelles options (lumi masking -vrc_eq, etc...), et que la doc de mplayer avait besoin d'etre reecrite. Ca va etre interessant de jeter un oeil la-dessus.

lavc_stats
 

c'est ce que je veux, oui... Tout auto.

JoWiLe a écrit a écrit : jotenakis -> si tu veux un hébergement pour ton script, si tu veux l'accompagner d'un site, no prob je peux t'en fournir un icq 10671351

Je n'y connais rien en html, donc . En tout cas merci.
Je vous demanderais de l'aide quand il s'agira de faire + pro mon script. Pour le moment ça marche chez moi, il me reste à ajouter l'encodage video.
 

JoWiLe a écrit a écrit :   et merci encore pour toutes ces précisions que tu m'as apportées au sujet de mencoder je fais des films bcp plus beaux qu'avant

heureux que ça puisse servir à quelques uns...
Il reste encore des choses à faire pour encore améliorer la qualité (compressibility check, malheureusement c'est pas trop possible avec mencoder, ptet avec transcode).

Avec quel outil calculer ça :

 
dans un script bash ?

 
Pour les maths, il n'y a rien dans bash. Par contre il y a la commande UNIX 'expr' qui fait ca. Je n'ai pas la liste de toutes les expressions, mais je suis sur qu'il faut utiliser expr.
Ex : http://www.tldp.org/LDP/abs/html/arithexp.html
 Je vais regarder dans google...

après renseignement, je me demande si la commande "bc" n'est pas plus approprié...

 
En effet : http://www.tldp.org/LDP/abs/html/mathc.html
Et il y a aussi dc en notation RPN comme sur les Hewlett-Packard !

Je suis perplexe avec mon fichier de stats.
Quand j'encode, mencoder m'envoie ça :
 
videocodec: libavcodec (640x480 fourcc=58564944 [DIVX])
 
et il me crée un fichier divx2pass.
J'ai tout viré : transcode, dvdrip, libdivx4linux, avidemux, xvid, j'ai recompilé MPlayer avec une copie cvs fraîche du répertoire libavcodec de ffmpeg... et pourtant je n'ai pas de fichier lavc_stats créé !! C'est toujours divx2pass qui est créé  

Me semble que si tu as divx, c'est l'algo divx qui est utilisé.
(meme en lavcodec)

 
C'est là le mystère : j'ai viré tout divx. Si je fais un locate divx, il me retrouve divx4 dans les sources de MPlayer (mais la doc de mencoder précise bien que vpass active libavcodec et -pass active divx4) et également dans les librairies win32 supportées par mplayer. Que faire ?

je suis en train de me battre avec les commandes transcode, dès que j'ai le temps je refais un essai et te dit. J'ai mis à jour MplayerCVS, ffmpegCVS, XvidCVS et transcodeCVS.
Je verrais si j'ai toujours lavc_stats...
 
@+
 
PS : arrive pas à compiler Mplayer avec support Xvid

jotenakis a écrit a écrit : je suis en train de me battre avec les commandes transcode, dès que j'ai le temps je refais un essai et te dit. J'ai mis à jour MplayerCVS, ffmpegCVS, XvidCVS et transcodeCVS. Je verrais si j'ai toujours lavc_stats...   @+   PS : arrive pas à compiler Mplayer avec support Xvid

 
Merci. Pour xvid, je sais pas, j'utilise des paquets rpm.
Pour le codec, tu pourrais me dire ce qu'il  t'indique après videocodec: libavcodec blabla le numéro ?

Le support Xvid de mplayer est pas interressant (en tout cas la dernier fois que j'ai regardé) car il l'utilise en emulation divx.
 
Decore.h & encore2.h & divx4.h & xvid.h enlevé pour le mode 2 pass ?
(il faut une build de ffmpeg recente , attention ffmpeg est pas inclus si tu fais un c-o du cvs)
 

juste pour te dire un grand merci up en même temps

mon script progresse : maintenant je vais la recherche du gain pour la normalisation audio en même temps que le rip du dvd ! Ca fait quelques minutes de gagner et une étape en moins.
 
 

jotenakis a écrit a écrit : mon script progresse : maintenant je vais la recherche du gain pour la normalisation audio en même temps que le rip du dvd ! Ca fait quelques minutes de gagner et une étape en moins.

 
Ca y est mon accès internet redémarre (mon FAI en Angleterre a eu quelques problèmes).
Bref, à propos de la normalisation : attention aux valeurs retournées par l'appli. Dans certains cas (comme un trailer, une vidéo très courte) avec beaucoup de silences, la valeur peut être très élevée. Pour le trailer de Mulholland drive, par ex, j'avais eu une normalistaion conseillée de plus de 6 ! C'était vraiment très haut et saturait. Je conseillerais de plafonner (par ex à 3) ou mieux de mettre une option permettant soit de plafonner à une certaine valeur que l'on entrerait.
A+

Bon j'ai eu confirmation sur la liste de mplayer : libavcodec utilise maintenant les mêmes fichiers de stat que divx, donc le nom est bien divx2pass.log même pour libavcodec. En revanche, on peut changer ce nom avec l'option -passlogfile. Vous confirmez ?

Je confirme : maintenant c'est divx2pass.log le fichier stat de lavc.
Sinon, merci je vais mettre une borne supérieure pour la normalisation.
 
PS : J'ai presque réussi le cropping automatique

Tip top !
Là je viens d'avoir un pépin : un vrai kernel crash pendant un accés disque qui m'a foutu en l'air le système (avec les LEDs du clavier qui clignotaient). Heureusement, mon /home est sur une partition à part et a été réparé par e2fsck, mais pas le système. Ce qui est super avec Linux, c'est que si le système est vraiment flingué (ou si comme à l'instant je n'avais pas le temps ni le courage de refaire les répertoires sytèmes flingués à la main) c'est que tu peux tout réinstaller en un temps record, avec toutes les applis. Et comme les fichiers de conf, les cookies, les bookmarks sont dans le répertoire perso, tout repart comme avant. Va faire ça avec Windows, où il faut trouver tous les CDs, les serials et les fichiers de conf éparpillés dans les répertoires de l'appli, de windows, et perso... Bon c'était la petite histoire du soir...
 
Pour le crop, pense que dans certains cas (rares mais qui existent, surtout avec les DVD MGM) le logo au départ n'est pas au format du film. Le pire est par exemple avec 2001 de Kubrick, qui commence avec 8 minutes de musique et écran noir, puis logo MGM letter box, et enfin film en cinemascope ! Ce serait bien de tester le crop après 15 minutes, par ex, ou mieux de le faire à la GordianKnot : sur plusieurs images tout le long du film.
 
Je sais, je vais chercher la petite bête !!
A+

t'inquietes pour le crop je fonctionne comme ça :
 

 
 
Normalement c'est cool comme ça.

 
Bon je vois qu'on est sur la même longueur d'onde... D'acoord, d'accord, je dirai plus rien !
J'ai hâte de voir le résultat.

zeb2 a écrit a écrit :   D'acoord, d'accord, je dirai plus rien !

Ah non, il faut dire, ça peut m'éviter de faire des blagues.    
 
Je ne suis pas un champion donc ça avance pas très vite, j'apprends awk .
J'espère une premiere version dans la semaine mais ça va être chaud...

jotenakis a écrit a écrit :   Ah non, il faut dire, ça peut m'éviter de faire des blagues.       Je ne suis pas un champion donc ça avance pas très vite, j'apprends awk . J'espère une premiere version dans la semaine mais ça va être chaud...

 
Bon courage en tout cas. Je vais corriger mes scripts aussi.

Je viens de corriger une erreur dans la commande de recherche du gain audio. Il manquait le parametre "-a $index" qui assure que l'on a bien le gain de la piste voulue. (cf 1er post du topic)

Pour la recherche automatique du ratio (c'est à dire sans regarder sur la boite, d'autant que parfois c'est pas marqué...), j'ai progressé :
La commande  

 
me retourne

 
--->Dans le cas 1), ça signifie que le ratio est 16/9 ce qui ne veut rien dire ! Ou du moins simplement que c'est adapté aux Téléviseurs 16/9. Mais le ratio réel n'est pas encore connu, puisque que ça peut être du "16/9 1.85" ou du "16/9 2.35". Pour départager : soit il y a des bandes noires en haut et en bas (detectable avec cropdetect) et donc c'est du 2.35, soit y en a pas (ou seulement de quelques pixels) et alors c'est du 1.85.
 
--->Dans le cas 2), le ratio est, je pense, à tout coup du 1.33.
 
Je vais donc faire une détection auto basée sur cropdetect et sur l'aspect que me renvoie mplayer.
 
PS : ça marche pour les DVD PAL, pour NTSC aucune idée !

 
J'ai deux DVD zone 1 (Buena vista social club et Mulholland drive), je vais regarder s'ils sont en NTSC et ferai le test pour toi si tu veux.

bien sur, ce serait cool.
Au fait l'encodage DVD NTSC c'est du 720*480, non ?
Et les ratio, ça reste du 1.85 ou 2.35, je suppose...
 
Ce qu'il faudrait c'est que tu postes le résultat du "cropdetect" et de "mplayer -ao null -vo null -dvd $titre -frames 0 -v 2>&1 | grep aspect" pour chacun de tes DVD NTSC, ainsi que le ratio indiqué sur la boite (1.85 ou 2.35...)
 
Merci.
 

 
1) Tu supposes bien. Un bon guide sur les aspect ratios :
http://nickyguides.digital-digest.com/aspect.htm
http://nickyguides.digital-digest.com/resize.htm
 
2) a) Mulholland Drive Z1 NTSC
Il est au format 16:9 avec deux bandes noires très fines en haut et en bas.
 
crop=720:460:0:6
 
VIDEO:  MPEG2  720x480  (aspect 3)  29,97 fps  12250,0 kbps (1531,2 kbyte/s)
Movie-Aspect is 1,78:1 - prescaling to correct movie aspect.
 
   b) Buena vista social club Z1 NTSC
Au format 16:9 aussi, sans bandes noires en haut et en bas, mais fines à gauches et à droite. Apparemment il a été reformaté pour le DVD.
 
crop=710:480:6:0
 
VIDEO:  MPEG2  720x480  (aspect 3)  29,97 fps  10627,0 kbps (1328,4 kbyte/s)
Movie-Aspect is 1,78:1 - prescaling to correct movie aspect.
 
 
 
Voili voilou.

OK merci, donc a priori tes 2 DVD ont un ratio réel de 1.85, est ce écrit sur la boite ?

 
Affirmatif pour Mulholland. Pour BVSC, il n'est écrit que 16:9. Mais bon ils sont tous les deux au même format.

Idée ! Pourrais-tu rajouter dans ton script une option shutdown -h now pour les encodages nocturnes ? Merci

c'est prévu    
Y aura même une option pour graver le divx (après visualisation du résultat et satisfaction, notamment de la synchro.).

quelqu'un a une idée comment savoir automatiquement:
1) si X est lancé ou pas ?
2) si Xv est supporté ? (avec xvinfo ça doit le faire en récupérant ce qui va bien)
3) si le systeme supporte le Framebuffer ?
 

au fait ça a peut être été déjà dit dans le topic... mais vous avez essayé le cluster pour encoder?

j'ai pas de cluster !!!
transcode et sa gui dvd::rip fait ça.

ok

up HELP

 
1) avec un grep sur ps -A ? Sinon quand X est lancé, il y a un fichier .X0-lock dans tmp (pour le serveur 0). Bon il doit y avoir des solutions plus élégantes.
2)xvinfo oui
3) ?