Reprise du message précédent :

Faut que je réessaye en demandant 870Mo

 
C'est quel film ? Ca ne le fait que pour celui-la ?
Tu as essaye un --test-comp ?

bitrate visé et bitrate de la 1ere passe ?
options du codec video ?

http://www.amazon.com/exec/obidos/ [...] ct-details
 
J'ai essayé avec le test de compression, et il me fait un fichier de 630Mo quand je lui demande 702 (sans le test 603Mo)
 
Niveau bitrate et options du codec j'y connais rien et j'ai trop la flemme de lire la doc alors j'ai tout laissé par défaut (0.22 etc.)

j'ai essayé que sur un seul DVD à part celui la et ca m'avait fait  un fichier de la taille demandée à 1Mo près

et le bitrate de la 1ere passe ?
tu peux le voir entre [ ] à la fin du log de mencoder de la 1ere passe. (cat suivi.log)

Video stream:  849,821 kbit/s  (106227 bps)  size: 659310957 bytes  6206,583 secs  186010 frames
^[[1;32mA l'issue de la première passe, on a CQmax=^[[1;36m0.17^[[1;37m
 
Fin 2ieme passe:
Video stream:  848,607 kbit/s  (106075 bps)  size: 658368981 bytes  6206,583 secs  186010 frames
 
Le fichier son fait 55203049 octects (53Mo)

C'est un zone 1, est-ce que ca pourrait venir des nouvelles fonctions de desentrelacement ou de reduction du fps de mplayer/mencoder ? Apparemment il detecte automatiquement et fais des operations de conversion, alors que tuxrip a garde une conversion forcee.
Je reessaierai mon zone 1 pour voir.

sans-son.avi
VIDEO:  [DIVX]  512x320  24bpp  24,00 fps  848,6 kbps (103,6 kbyte/s)
 
DVD
VIDEO:  MPEG2  720x480  (aspect 2)  29,97 fps  8000,0 kbps (1000,0 kbyte/s)
 
(mon premier DVD etait aussi un Z1 mais j'avais pas constaté le meme phénomène)

tu n'arriveras pas à avoir un fichier + gros. Ton encodage est visiblement extremement compressible puisque la 1ere passe réalisé à q=2 (ie encodage parfait) génére un bitrate de 848. si tu vises un bitrate supérieur tu auras tout de même 848 puisque les quantizers seront tous égaux à 2.
 
Ton fichier a beau être + petit que souhaité, l'encodage doit être parfait, non ?
 
Encore une fois, la 1ere passe représente ce qu'il y a de mieux en qualité. Habituellement le bitrate de la 1ere passe est énorme (>3000), ici ce n'est pas le cas. Ca signifie que tu pourrais te passer d'un encodage en 2 passes et faire une seule passe à q=2.
C'est seulement la 2ème fois que je vois ce cas.

D'ailleurs pendant la compression j'avais en permanence des messages 'Skipping Frame'
 
Pos:6206,0s 185992f (99%)  57fps Trem:   0min 629mb  A-V:0,000 [848:0]
MPos:6206,0s 185993f (99%)  57fps Trem:   0min 629mb  A-V:0,000 [848:0]
Pos:6206,0s 185994f (99%)  57fps Trem: 0min 629mb  A-V:0,000 [848:0]
Pos:6206,1s 185995f (99%)  57fps Trem:   0min 629mb  A-V:0,000 [848:0]
Pos:6206,1s 185996f (99%)  57fps Trem:   0min 629mb  A-V:0,000 [848:0]
Skipping frame!                                                          Pos:6206,1s 185997f (99%)  57fps Trem:   0min 629mb  A-V:0,000 [848:0]
Pos:6206,2s 185998f (99%)  57fps Trem:   0min 629mb  A-V:0,000 [848:0]
etc

normal c'est un zone 1 donc fo passer de 29.97 fps à 24.
 
Le résultat est t il bon visuellement, au moins ?

bah en augmentant la taille du fichier demandé il augmente aussi la résolution, et également la taille du fichier vu que j'ai réussi à passer de 600MO à 680
 
C'est vrai que le film est très sombre avec une image de qualité assez moyenne, ca fait très Arts & Essais

essai de viser un CQ très petit (0.15) et de faire un --test-comp, et poste le résulat.

oui le résultat est bien mais c'est histoire de pas gacher de la place sur le CD
 
Le seul probleme c'est l'aspect ratio qui est pas terrible (meme sur le DVD, sauf que c'est moins frappant au 1er coup d'oeil sans cropping), y a t'il un moyen de forcer tuxrip a créer un fichier qui a pile le ratio 16/9ieme?

 
Je ne comprends pas : ton image est deformee par rapport a l'image-film initiale ? S'il y a des bandes noires, tuxrip les supprime, mais doit recalculer l'aspect ratio pour ne pas deformer le film. Si tu enleves les bandes noires et applique l'aspect ratio initial, ton image -film va subir d'avantage de deformation qu'en lisant le DVD.

bah c'est un DVD Américain pour un film japonais assez confidentiel, donc clairement fait à la va vite
 

 
Deja quand tu vois l'énorme barre verticale à gauche
Enfin bref meme le DVD a un aspect ratio qui n'est pas bon, meme si c'est pas flagrant sur cette image la. Alors que quand je regarde le fichier.ogm avec mplayer -aspect 16/9 c'est beaucoup mieux, donc j'aimerais pouvoir corriger directement le fichier sans qu'une manip au niveau du lecteur soit nécessaire.

 
Comment tu sais que c'est "mieux" ? Les personnages sont etires ?
En tout cas, s'il y a vraiment un probleme d'AR, dans ce cas il vient de ton DVD, pas de tuxrip. tuxrip calcule l'AR a appliquer apres cropping justement pour avoir exactement la meme taille d'image que sur le DVD original. Ce qui peut se passer c'est qu'il y ait un bug dans le DVD lui-meme : ils ont peut-etre mis le code du 4/3 pour le 16/9 (mais dans ce cas tu devrais avoir le meme probleme sous win). Comment tuxrip reconnait le film : en 4/3 ou en 16/9 ?
Est-ce que tu peux copier les parametres avec la taille initiale avant cropping, l'AR reel, le cropping et l'AR calcule stp.
Sinon si tu veux changer l'AR tu dois editer tuxrip.

 
Oui les persos sont étirés en hauteur
 
DVD: 720x480
Cropping : 690:380:24:48
Haut   : 48 pixels
Bas    : 52 pixels
Droite : 6 pixels
Gauche : 24 pixels
690/380=1.816
 
L'avi est en 512x320 soit 1.6
 

ça confirme ce que je disais, ton film est TRES compressible, donc travaille à haute résolution : 672:416 et vise 700Mo.  
 
Pour l'AR, s'il est mauvais dans le DVD   tuxrip n'y peu rien, c'est pas prévu...

 
Tu ne peux pas utiliser 690/380 pour avoir l'AR final, car tu as une anamorphose appliquee (alors que le cropping est fait sur une image non anamorphosee).(voir FAQ http://tuxrip.free.fr/faq.html point 7) C'est tout a fait normal que l'avi n'ait pas la meme proportion que l'image croppee, dans tous les cas.
Par contre, quand il detecte au debut, qu'est ce qu'il indique : 4/3 ou 16/9 ? Peux tu copier le contenu du fichier tmp/log dans le repertoire projet stp.
Et avec mplayer, tu es oblige de faire -aspect 16/9 ? Si oui ca veut effectivement dire que le probleme vient du DVD ! Ce n'est pas la premiere fois que je vois un DVD buggue. J'en ai un, le numero de piste son ne correpond pas a son id. Mais la c'est grave !!
Pour tout ce qui est en rapport avec l'AR consulte la partie "encodage manuel" de la page 1 (ou toute la discussion dans l'ancien topic sur l'encodage) et la FAQ de tuxrip.
 
La solution ici : changer dans tuxrip l'AR et mettre une nouvelle valeur qui ecrasera la valeur calculee avant l'encodage avec mencoder.

scan dvd (titre,angle,index,langue,AR,ResX,ResY,fps,credits) -->  1 1 0 en 2 720 480 29.97 181498
ripping dvd
encodage audio --> 1,0
 
Pour le DVD  ... il est vraiment pourri
1 angle, zero bonus, 1 langue audio, 1 langue pour les sous titres, qualité d'image moyenne (enfin ca vient peut etre du film), et payé plus de 300F en import à l'époque    
 
Mais le film est génial
 
avec mplayer je suis obligé de faire -aspect 16/9 pour avoir un aspect ratio normal, je peux aussi ne rien faire et le regarder légerement déformé C'est pas dramatique juste légerement irritant.
 
Edit: j'utilise 16/9 pour l'ogm croppé, avec -aspect 16/9 pour le DVD c'est le contraire il est trop écrasé (et les bandes horizontales prennent la moitié de l'écran)

 
AR=2=4/3 C'est bien ca c'est un bug dans le DVD !!!
Au debut du flux mpeg2, tu as un code ratio :
2 = 4:3 display
3 = 16:9 display
S'il fallait du 16/9, il faudrait le 3, pas le 2.
 
Tu peux lire sur cette page la discussion qu'on avait eu sur l'AR a l'epoque du bebe tuxrip
http://forum.hardware.fr/forum2.ph [...] h=&subcat=

Pour l'aspect ratio je rajoute juste aspect=3 ligne 1194? Ou meme plutot directement dans le fichier log?

J'ai une solution !!
Si tu veux corriger, le plus simple est que tu edites le fichier tmp/log, tu remmplaces le premier "2" par 3 et tu recommences l'encodage.
Comme ca, pas besoin de trifouiller le code de tuxrip

 
Non car 1.7777 n'est pas juste a cause du cropping. Change juste le fichier tmp/log et reencode.

rho je m'en etais rendu compte trop tard le temps d'editer mon message z'aviez déjà répondu
 
En tout cas merci mille fois pour votre aide, je fini de lire l'autre topic

 
Pas de probleme
En fait, si tu tiens compte du cropping, l'AR final doit etre non pas de 1.777777 mais de 2.152, car tu enleves les bandes au-dessus et en-dessous. (Formule ARc = (Wc x (ARa / ARi )) / Hc)

@jotenakis :  a propos de NTSC, il semble que mencoder(? mplayer c'est sur) fasse la conversion et le desentrelacement automatiquement. Peut-etre que tu pourrais supprimer cette partie du code de tuxrip ? Le reechantillomage devrait etre de 23.9x7 et non de 24fps mais bon je chipote. C'est surtout le filtre de desentrelacement qui est interessant, car il est peut-etre meilleur que pp=lb.
Je pense par contre qu'il faille garder le --force pour les PAL entrelaces.
Je ferai des tests ce WE.

dès que tu me confirmes, je vire la partie de code inutile...
Mais fo en être sur. A priori il ferait l'inverse telecine donc on virerai -pp=lb ET -ofps 24, c'est bien ça ?
 
J'ai pas de NTSC, donc je ne peux pas savoir.

il est fort ce tuxrip, il corrige les DVD buggués.    
 

 
J'ai fait un test sur un Z1 NTSC, après avoir simplifié tuxrip (j'ai laissé uniquement les deux passes de mencoder sans pp=lb ni -ofps 24)
 
Pendant l'encodage, il indique bien :
demux_mpg: 3:2 TELECINE detected, enabling inverse telecine fx. FPS changed to 23,976!
 
mais le fichier avi n'est pas en 23.976, il reste en 29.97 ! et le son n'est pas synchro.
Par contre, il semble bien appliquer automatiquement le filtre pp=lb !! Je n'ai pas d'effet d'entrelacement. Tu pourrais donc enlever le pp=lb de l'encodage du NTSC, mais laisser bien sur le pp=lb pour le désentrelacement forcé (je ne sais pas s'il désentrelace automatiquement le PAL entrelacé, je dois vérifier).
EDIT : pas sûr qu'il applique un filtre, ça a l'air d'être dû au resizing.
Pour l'instant, je te propose de ne rien changer à ce niveau.
 
Par contre, ce serait bien de mettre -ofps 23.976 à la place de -ofps 24 pour l'instant. En effet, même si la différence est minime, la synchro son dépend de ce fps, et sur un film de 3 heures ca peut se voir.

EDIT : hum, c'est ds la todo list sur le site. dsl.
"D'autres fonctions sont prévues : joblist, multi-audio, sous-titres, chapitrage, gravure, utilisation sans X, internationalisation."
Bon, ben je vais attendre la gestion des ST moi.
 
 
Je suis dsl si la question a deja ete posee mais franchement si je pouvais eviter de lire les 13 pages...
 
Est ce qu'il est possible d'incruster des subs avec Tuxrip ? Si oui, quel format ? ssa ou meme adv. ssa, c'est possible ?
 
En gros par rapport a VDUB, qu'est ce qu'il manque a Tuxrip, qu'est ce qui est mieux ?
 
 
[HS on]
Kids Return
Mononoke Hime
Floups > http://www.amazon.fr/exec/obidos/A [...] 39-9068255
la qualite est peut etre meilleure la...
[HS off]

Le problème de pp=lb, c'est qu'il rend l'image un peu floue.
 
Sur la mailing list, j'ai trouvé ça :
"Yes, use pp=md. You might also try pp=fd, but it introduces some faint artifacts for me when used with anime."
 
Eventuellement ca pourrait etre intéressant de pouvoir choisir le filtre de pp, incorporé dans le fichier de conf.

 
Juste la page 1 suffira partie encodage manuel.
Je fais mes sous-titres avec subtitleripper et transcode, je donne la marche à suivre. Apres y a qu'a mixer le fichier srt dans l'ogm (ogg contient video/son et texte). Et sous mplayer, v et j permettent de faire apparaître/disparaître les sous-titres et changer de stream.

 
Les sous titres incrustés dans l'image ca su><e
Je prefere largement avoir un fichier texte (.srt, .ssa etc) et laisser le player s'en occuper. Déja ca permet de les mettre en bas dans la bande noire (gain en lisibilité et en qualité d'encodage), de choisir la taille, la police etc.
 
J'ai fait la méthode tuxrip pour les subs, et ça marche, meme si ca marcherait encore mieux si gocr n'etait pas une telle bouse. Par exemple quand 2 lettres se touchent, et que gocr demande de quel caractere il s'agit, il refuse de laisser taper les 2 lettres, il en veut qu'une
 
TU peux aussi extraire les subs au format vobsub c'est le plus rapide meme si je prefere les srt.
 

Ouai enfin je vais pas me l'acheter en double non plus

 
 
Oki. J'avais pas vu la section ST.
Il vaut quoi le soft d'OCR ? Avant j'utilisais Subrip ou Subripper, ca marche aussi bien ?
Et sinon y'a pas de pb pour lire les ST sous windows (avec un palyer de base style WMP9) ou un autre OS quand ils sont ds l'ogm ?  
 
Derniere question : tu parles du format *.srt mais est ce qu'il est possible de donner un autre format de ST au mixer ogm ? Il existe bien des convertisseurs (sous win en tt cas) ssa => srt mais si on peut specifier un autre format c'est encore mieux...

 
Tu connais adv SSA ? Il est possible d'avoir des effets *legerement* plus sympas qu'avec des subs soft en utilisant un fichier srt ou ssa par exemple. Si tu me dis que le format *.ass peut etre mixe a un ogm et lu avec n'importe quel player sur n'importe quel OS, alors la ok : ds ce cas les subs hard su><ent.
 
 

 
 
Zut.
 
 

 
 
Pourquoi pas ?

sous win vobsub t'affiche les sous titre meme avec wmp

 
 
Oui mais quel format de ST ? Je sais bien que la plupart des formats peuvent etre affiches comme ca par differents players ou filtres mais je ne crois pas que ce soit possible avec le format advanced ssa...
L'ass c'est tres utile pour faire des karaokes par exemple.

tu peux toujours extraire les subs avec la methode vobsub et ensuite convertir en fichier texte avec le soft win dont j'ai oublié le nom (subrip?), qui lui te permet de rentrer 2 caracteres quand il s'agit de 2 caracteres
 
Je connais pas le advssa mais pour les subs je prefere la sobriété. Par ex certains anime sont sous titrés en violet avec une police gothique illisble, de taille 8 ou moins de préférence, je trouve ça completement ridicule    
 
Un bon sous-titre est 1) bien lisible 2) discret