Reprise du message précédent :
à quand le "ALTERNATIVE CURVE SYSTEM" dans avidemux ?

Bientot

Et ce VBR MP3 ? Ca en est ou ?
Fastoche non ?

 
Nikel!    
Effectivement, l'audio time map est bien plus rapide!!!  

Nouvelle version de tuxrip v0.4 : ICI
Nouveautés :  
--> mode resume (flag --resume) permet de reprendre un encodage à partir de n'importe quelle étape. Possible autant de fois que voulu.
--> ajout d'une étape de synchro de la video et du son dans le container ogg.
--> mode xvid (flag --xvid) pour encoder en xvid en lieu et place du lavc. Ca merdouille chez moi.
 
PS : il est impossible d'utiliser le mode --resume sur un encodage effectué avec une version antérieure puisque le fichier de log nécessaire pour connaitre les étapes effectuées et leurs parametre n'était pas généré.
 
   

jotenakis a écrit a écrit : Nouvelle version de tuxrip v0.4 : ICI Nouveautés :   --> mode resume (flag --resume) permet de reprendre un encodage à partir de n'importe quelle étape. Possible autant de fois que voulu. --> ajout d'une étape de synchro de la video et du son dans le container ogg. --> mode xvid (flag --xvid) pour encoder en xvid en lieu et place du lavc. Ca merdouille chez moi.   PS : il est impossible d'utiliser le mode --resume sur un encodage effectué avec une version antérieure puisque le fichier de log nécessaire pour connaitre les étapes effectuées et leurs parametre n'était pas généré.

 
 
Yeeeaah !
Je vais essayer ce soir. Merci  

 
Ca depend. Si tu encodes une bande-annonce courte avec des silences, ou si ton film comporte beaucoup de silences et de scenes avec seulement des dialogues, la compression peut etre plus elevee.
D'ailleurs, j'aimodifie mes scripts : il est desormais deconseille de rentrer le debit sonore, mais il vaut mieux utiliser le parametre de qualite (0 a 10, 6 etant le standard haute qualite) et laisser faire le codec.

JoWiLe a écrit a écrit : ma commande actuelle pour l'encodage en ogg (en fait c'est celle de jotenakis ) :   oggenc -r -C2 -R48000 -B16 -b$abr -o $file.ogg $file.raw & transcode -q 0 -i $file.vob -a 0 -g 0x0 -u 50 -s $rescale,1,1,1 --a52_drc_off -x null,vob -y raw -N 0x1 -m $file.raw -o /dev/null   où $abr est mon bitrate audio   je dois modifier ça comment pour devoir gérer ça avec la qualité? j'y connais qued en ogg

 
Enleve -b$abr et remplace par -q$qualite
ou $qualite est compris entre 0 et 10 (0 est le moins bon, meme s'il est deja excellent) et 6 etant la valeur "standard".

100 % d'accord. J'avais modifié mon script pour vous faire plaisir...:na:  
 
Mais en ogg c'est la qualité qui compte ! Donc je mettrais à jour mon script pour demander la qualité visée, en précisant une table de correspondance approximative bitrate<->qualité.

ogg 5 tu vas exploser ton mp3 CBR à 160kbps...

la qualité peut même être négative pour faire des bitrates < 64 kbps.
 
EDIT :  
0.00 ->64kbps
0.50 ->72kbps
1.00 ->80 kbps
2.00 ->96 kbps
3.00 ->112 kbps
4.00 ->128 kbps
5.00 ->160 kbps
7.00 -> 224 kbps
10.00 -> 500 kbps
 
J'utilise 7.0 pour de la music et 0.5 ou 1.0 pour mes divx.

 
Perso j'encode a 2 pour les films. La dynamique de vorbis est impressionnante. jotenakis m'a completement converti sur ce coup.

nouvelle version de tuxrip 0.45
--->correction bugs pour la partie synchro...
Ca a l'air mieux comme ça.
 
PS : Pas encore rajouté l'encodage en qualité au lieu de bitrate pour le son...

 
Super !
Au fait, ton lien sur la premiere page pointe toujours sur tuxrip03.

oh le boulet...
je corrige ça de suite.

OK j'ai un problème avec le resume (et ça m'a révélé deux problèmes) :
 
1) Quand je faisais le test de crop, au lieu de laisser filer les 10 secondes où le script montre la sortie mplayer avec le rectangles, j'ai arrêté en fermant la fenre de mplayer, au lieu de taper entrée dans le terminal. Ca a fait un broken pipe. Je pouvais continuer, mais bizarrement, ce que je tapais au clavier ne s'affichait pas (le curseur restait immobile). J'ai donc arrêté le script à ce moment et j'ai repris avec --resume.
 
2) j'ai voulu reprendre à l'étape 4 (crop) mais j'ai eu l'erreur  
UPDATE : voir message suivant !

UPDATE : oublie ce que je viens d'écrire !! J'ai utilisé . pour le chemin du répertoire de travail. En mettant le chemin absolu /home/zeb/space c'était bon.
 
Pardon, je me suis fait avoir sur ce coup.

A la fin du script, quand tu affiches les infos, pourrais-tu faire afficher le décalage son ?
 
Autre chose : j'ai eu un problème bizarre, l'encodage de la bande-annonce d'entrapment n'a pas respecté le ratio. Il encode avec ces paramètres (super le log !)
 
cropping --> 698:438:10:70 70 698
taille visée, résolution, bitrate -->  20 496:384 1153
 
 
Quand je joue la piste sur le DVD original, c'est effectivement un "Movie-Aspect is 1,33:1" mais avec des bandes noires (voir le crop).
Dans l'ogm, je me retrouve avec un 1.33 mais sans bandes noires. Il a redressé l'image après avoir enlevé les bandes noires. Est-ce un cas particulier dû au format spécial de la bande-annonce ?
Ou bien il faudrait en fait changer le calcul du ratio ? D'abord appliquer l'aspect ratio puis enlever les bandes noires ?
 
Je crois qu'elle est là l'erreur, en tout cas pour le 1.33 : il faut appliquer l'aspect ratio sur l'image totale, puis enlever les bandes noires en proportion, ou faire une homothétie sur l'image sans bandes noires. Ensuite, il faut arrondir au multiple de 16. Je suppose que ça peut concerner les autres formats ? (les autres formats sont ok, mais il y a peut-être un problème dans l'ordre des opérations : cropping et application de l'aspect ratio, qui pourrait amener des erreurs avec des formats "exotiques".)

bizarre j'ai pas de broken pipe quand je stoppe, chez moi. !?
Tu arretes comment : avec ECHAP ???
Sinon je pensais le passer à 5 secondes, ça doit aller non ?

oui c'est indispensable en effet. Je vais rajouter ça.
 
Et le resume prendra cette valeur comme décalage initial. OK comme ça ?

 
Non en fermant la fenêtre de mplayer (avec la croix de fermeture de la fenêtre). Mais ce n'est pas un gros problème.
 
Le plus gros problème est le reformatting. J'ai essayé avec les anciens scripts et c'était pareil, ça m'avait échappé.
 
Je pense que l'erreur est que le script enlève les bandes noires, puis applique le ratio. Il faut en fait enlever les bandes noires, mais prendre en compte ce qui a été enlevé pour appliquer l'aspect ratio.

 
Excellent !

? jamais vu ça.
Mon script regarde l'aspect ratio avec mplayer. Si celui-ci retourne 16/9 alors il regarde si bandes noires : si oui 2.35 si non 1.85.
Pour le 4/3, je pensais que le ratio était toujours de 1.33, cad jamais de bandes noires. Toi, visiblement tu as 70 pixels en haut et en bas. Un peu comme un 16/9 2.35.
 
Ca dit quoi ça : cat $RACINE/$projet/tmp/infos.dvd | grep "(aspect" | awk '{print $5}' | awk -F " )" '{print $1}'
 
Ca devrait renvoyer un chiffre  : 1 2 3 ?
 
EDIT : il est bien PAL ton DVD ?

 
Je crois, en tout cas c'est entrelace. Pour ce que tu me demandes, je te dirai ce soir.
En fait, c'est la bande-annonce du film, c'est pour ca que c'est pas le format classique. La qualite est moyenne : en fait, ils n'ont pas du appliquer le meme soin qu'au film, et donc n'ont pas fait de format anamorphique, a un bitrate pas tres eleve, et ont encode en mpeg2 avec les bandes noires. Je pense que c'est assez courant pour des bandes-annonce.
De toute facon, je pense qu'il est logique de calculer la resolution d'abord et de croper ensuite, proportionnellement, comme le fait gordian knot sous Win. Je vais reflechir au probleme, et voir mathematiquement comment faire, ca doit etre tres simple.
Comme ca, dans ton script, tu n'aurais qu'a considerer que le fait d'etre anamorphique (1.85) ou non (1.33) et de calculer la resolution directement, en fonction des bandes noires presentes.
L'avantage de cette methode, c'est qu'elle serait universelle.
Par contre je ne sais pas si tu veux te lancer dans une modification des calculs de resolution pour des cas qui doivent concerner peut-etre 1 pour cent des cas, du moins en PAL.
En tout cas je vais faire l'effort de te fournir les routines de calcul.

je ne vois pas comment savoir quel est le ratio réel sans connaitre la taille des bandes noires, sachant que tout dvd pal a un ratio de 1.25 auquel on applique un AR présent dans le format vob.  
Cet AR peut valloir 1 2 3 ou 4 il me semble. 3 étant le 16/9.
Pour les autres fo que je retrouve.
Envoie moi le résultat de la ligne de commande précédente, ça m'intéresse.
 
EDIT : si tu trouves une méthode universelle, je me ferais un plaisir de l'implémenter dans tuxrip.

 
oui mais tu la connais, la taille des bandes noires, par l'autodetection. Ce qui est important, c'est de croper en proportion. Ce n'est pas possible ?
Je vais voir le comportement de cette piste avec gordian knot.
GK a une autodetection du format, mais en plus je me souviens qu'on pouvait forcer le format.
 
Si GK autodetecte bien meme dans ce cas, ca veut dire que ce sera mathematiquement possible. Sinon, ca veut probablement dire que c'est impossible, et qu'il faudrait retablir le format correct en donnant la possibilite a l'utilisateur de le forcer.

 
Je vais m'y atteler

j'aimerais savoir comment il fait justement pour détecter...
je ne vais pas installer win pour ça !  
ptet avec wine, mais j'y crois pas trop.

 
Je vais regarder, j'ai toujours ma partition win.
Malheureusement, GK n'est pas open source, mais je peux peut-etre envoyer un mail a son auteur. Je ne pense pas que la facon dont il detecte le format soit un secret d'etat.
 
Ca peut-etre interessant, d'autant que GK marche aussi bien pour du PAL que du NTSC.

Peut-etre mean a deja reflechi au probleme ?

L'aspect ratio est dans l'entete mpeg2.

En plus, ce film entrapment, je l'ai acheté en Angleterre. Et mplayer me renvoie un aspect ratio de 1.78, pas 1.85 (pour le film, pas la bande annonce qui est en 1.33 avec bandes noires) : c'est un format spécifique édition UK !! Le Nicki's guide en parle d'ailleurs (sur divx digest). Donc mplayer reformate comme ceci : VO: [xv] 720x576 => 1024x576 Planar YV12
 
Je pense que c'est cette valeur (1024/576) qu'il faut utiliser pour calculer l'AR. Ensuite, le cropping doit etre appliqué en proportion sur les valeur du film.
Je vais essayer de trouver une formule mathématique pour tomber toujours sur mes pattes, ca doit être faisable.

Bon je viens de m'apercevoir que deux de mes DVD français sont aussi en 1.78 : la fin des temps (ok c'est naze, on me l'a offert ) et sur la route de Madison. Donc ce format ne concerne pas que l'UK...
 
De plus, j'ai des 1.78 avec bandes noires (entrapment) ou sans bandes noires (la mort aux troussses). Certains ont de fines bandes noires (à peu près 10-20 pixels).
Et les DVD marqués 1.85 sont en fait indiqués 1.85.
Je me demande si tous ces DVD 1.85 ne sont pas en fait reformatés en 1.78 par mplayer ?
 
Ca me conforte dans mon idée qu'il faille calculer la résolution, en tenant compte du cropping en proportion.

Bon je viens de vérifier : pour mplayer 1.85 n'existe pas. C'est 1.33, ou 1.78 (donc anamorphosé). Ensuite, y a des bandes noires ou non (ou très fines), dans les deux cas. Je n'ai pas trouvé de DVD où mplayer m'indiquait 1.85. Le 1.85 est juste une inscription sur les boîtes de DVD !!
 
Et en fait c'est logique : Nicky's guide indique qu'il y a deux formats : 4/3 et 16/9, or 16/9 c'est 1.77777, soit 1.78.
 
Donc on doit pouvoir s'en sortir mathématiquement, et ce sera même plus simple.
 
 
EDIT : y a mieux que GK : dvd:rip !! En plus c'est du perl GPL.
Il fait le clipping et zooming correctement avec ma bande-annonce d'entrapment.
 
Tu peux faire deux méthodes (en autodetect, medium size, HQ cropping) :
 
Méthode n°1
1) 1st clipping  
size 720x576
Eff ratio : 1.25 phys ratio : 1.25
 
2) zoom
Size  664x498
Eff ratio : 4:3 phys ratio 1.33
là, il applique le format 1.33 mais il reste les bandes noires
 
3) 2nd clipping
Size 640x368
Eff ratio : 4:3 phys ratio 1.77
là c'est le format final sans bandes noires
 
Méthode 2 : le clipping est fait avant le zoom de l'étape 2)
1) 1st clipping
les bandes noires sont enlevées sur l'image non reformatée en 4/3
Size 694x426
Eff ratio 1.25 phys ratio: 1.62
 
2) zoom
Size 640x368
Eff ratio 4:3 phys ratio: 1.73
 
3 2nd clipping
y en a pas
 
Donc l'autodetect est faisable.
 
REEDIT : ça y est ! grâce à DVDRIP et surtout Gordian Knot (le mieux fait, le plus flexible, dommage qu'il soit pas libre), j'ai un calcul universel du bon format. Je dois mettre ça au propre mais le principe est simple :
 
1) Input resolution : PAL (720x576) ou NTSC (720x480)
 
2) Aspect ratio initial : ARi=16/9 ou 4/3
mplayer lit comme ça :
720x576 --> 768x576 (4/3)
720x576 --> 1024x576 (16/9)
Donc il suffira d'appliquer une homothétie, uniquement sur la longueur (remarque que la hauteur ne change pas) de 5/4 vers 4/3 ou vers 16/9, mais seulement après le crop, à l'étape 3.
 
3) détermination du crop ex : 698:437:2:11
Là se met l'étape qui n'est pas dans ton script : calcul d'un Aspect Ratio croppé et resizé :
ARc=(698x(768/720)/437)=1.704
Remarque que les valeurs 2 et 11 ne rentrent pas dans le calcul, ils ne servent qu'à mencoder.
Ici c'est la valeur de 768/720 qui est importante, elle applique la transfo homothétique de 5/4 vers 4/3. Si ton DVD est en 16/9 final, cette valeur doit être 1024/720.
 
4) output resolution : calculée avec CQ avec ARc (ton script calculait en fait avec ARi, après cropping, et donc redressait le letterboxing en 4/3. Si tu calcules avec ARc, c'est bon.)
Donc avec un CQ de 0.23, tu aurais 608x352, en respectant la règle du modulo 16.
L'ARf, le final du divx est donc de 608/352.
 
 
Note pour un NTSC, le facteur du point 3 est
720x480 --> 854x480 (en 16/9)
Là encore, la hauteur n'est pas touchée, c'est juste un étirement de facteur 854/720
MAIS
720x480 --> 720x540 en 4/3 !!
Ici c'est la hauteur qui est modifiée, pas la largeur... Donc dans la formule 3, on aurait ARc=(698/(437x(540/480)))=1.420
 
PS : en fait ça ne change rien que tu changes la hauteur ou la largeur, du moment que tu appliques la bonne transfo, qui reformate correctement la hauteur et la largeur dans le format final 4/3 ou 16/9. Dans le dernier cas NTSC, c'est normal que mplayer augmente la hauteur, etant donne que l'on passe d'un format 720x480, soit 1.5 a 1.33, donc une reduction relative de la largeur qui se traduit en une largeur inchangée et une augmentation de la largeur.
 
Suis-je assez clair ? Je pense que c'est facile à programmer
 
L'avantage de cette methode c'est que :
- tu as juste a determiner resolution de depart et aspect ratio
- tu n'as plus a detecter si tu as des bandes noires ou non. En fait, elle prend en charge tous les niveaux de bandes noires, en maintenant la proportionnalité parfaite de l'image film.
 
En fait, GK est génial : il accepte tous les formats de départ (même non PAL/non NTSC, rentrée manuellement), et peut appliquer toute transfo (4/3, 16/9 et aussi valeur manuelle !) Ensuite, tu as une réglette avec tous les formats modulo 8,16 ou 32 qui t'indiquent le CQ final et la déformation. Très très pratique. Je vais essayer d'écrire une formule très générale pour la transfo de l'image, à la façon GK.
 
EDIT3 : cf page 15, j'ai mis la formule generale. Elle permet de ne plus tenir compte s'il faut agrandir la hauteur ou la largeur.

Aie! J'ai un film encodé en VBR audio+vidéo. Il est nikel en "sortie" de mencoder. Je l'ouvre sous avidemux, je fais un audio time map, je le découpe, et à la lecture du résultat sous mplayer, voilà ce que j'obtiens:
 
MPlayer interrupted by signal 11 in module: init_audio_codec
- MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html section 5.b.
- MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/bugreports.html and follow instructions there. We can't and won't help unless you provide these informations when reporting a possible bug.
 
Aie aie aie! C'est dommage... Quelqu'un aurait-il une idée?

T'as découpé à un keyframe ?

 
Heu... C'est à dire? Pour me positionner au bon endroit dans avidemux, j'utilise les flèches rouges: previous et next keyframe. Donc normalement, je pense pas couper au milieu d'un keyframe...

 
Exact.
Qu'est-ce qui plante ? Le fichier coupé début -> milieu ou le fichier milieu -> fin ?

 
Les deux!    
J'enlève les génériques de début et de fin.