Reprise du message précédent :
 

Déjà !
Chapeau.

 
j'ai un probleme maintenant avec le cropping    
pas de dédection dutout: gqview se lance sans rectangle et aucune valeur dans le terminal, quelque soit le dvd (citizen kane et les affranchis et sais plus)
 
la version de mplayer : 1.0 pre1 compilé maison
 
please help me  

 
T'as compilé en francais ? Est-ce que tu as des parse error ? Ca marchait avec l'ancien ?

ah bon ? Tout d'un coup comme ça alors qu'avant ça marchait ???
quelle version de tuxrip ?

compiler en francais ?? pas fait gaffe
tuxrip 0.85 je croix
 
je vais recompiler la 0.91 et une cvs pour voire

 
Ah ah, bonnes références.

oui tuxrip ne marche pas si mplayer est compilé avec une option --language. Il faut laisser par défaut pour que la langue soit l'anglais sinon la recherche (grep et compagnie...) dans les sorties de mplayer echoue.
 
Je regarderais si je peux faire une détection pour afficher un message.

Rq : la 1.0pre2 est sorti hier.

marche toujours pas
voila mon configure :
 
./configure --enable-gui --enable-largefiles --enable-menu --enable-vorbis --enable-xmms --enable-gl --enable-xv --enable-x11 --enable-directfb --enable-shared-pp --enable-mmx --enable-mmx2 --enable-3dnow --enable-3dnowex --enable-sse  --disable-runtime-cpudetection  --enable-xinerama --enable-fbdev --with-win32libdir=/usr/lib/win32 --with-reallibdir=/usr/lib/win32 --disable-divx4linux --enable-aa
 
pas de parse error du moins ce que j'ai le tmps de lire
 
mplayer est installé en anglais.

je peux voir les log de ton projet ? mail moi le rep tmp de ton projet stp.

Serait-il difficile pour un novice comme moi, de modifier via le log, l'aspect ratio ?
 
En effet, j'ai un dvd qui est en panoramique (2,35) qui ne s'encode pas bien avec tuxrip, alors qu'il est bon avec dvd::rip.

comment ça, tuxrip ne calcule pas bien l'aspect ratio ?
peux tu me montrer les log stp ?

J'avais du le faire pour un DVD qui était buggué et c'etait pas très difficile. Il me semble qu'il y a un endroit dans le script ou il applique différents aspect ratio en finction des informations qu'il glane du DVD et je l'avais modifié à cet endroit la en dur. Le plus compliqué a été de trouver la bonne valeur à mettre pour avoir pile le bon aspect ratio que je voulais

les 4 DAR présent sur le DVD sont :  

 
le fichier de log fait apparaitre ce DAR :

 
Normalement tu devrais avoir un DAR de 3 pour tous les DVD 1.85/2.35.
 
Si y a une erreur tu peux modifier le DAR dans ce fichier de log.

Sagittarius > peux tu poster les fichiers log, infos.dvd et infos.dvd.X où X correspond au titre que tu rippes, stp ?
 
Codi > le fichier infos.crop stp ?

 
D'accord, par message privé.
Merci.

Merci Jotenakis  
 
Grâce à ton aide, en éditant le fichier log et en remplaçant la valeur AR détectée égale à 2 par 3, tout s'est déroulé conformément à ce que tu m'as indiqué en mode --resume. J'ai seulement rajouté sur la ligne le paramètre --presetvideo extreme qui, si je ne m'abuse, doit être passé à nouveau.
 
Et, je suis à l'instant en train de constater le résultat : excellent !

pas cette semaine pas le temps, désolé
(pas internet chez moi, mais a la fac)

<je laggue un peu>
Y roxore sa maman en string sur un balcon de la place St Pierre ce script </je laggue mais ça c'est pas vu>

Nouveaux tests de compression libavcodec ici :
http://www.ee.oulu.fi/~tuukkat/mpl [...] eadme.html

 
Dommage qu'il n'y ait pas de test de lumi et de dark masking.
C'est interessant le H263+. Je suis surpris par la deconvenue avec qpel.

merci zeb_, vais analyser ça en détails...

les images sont en eps, quelle drole d'idée. Mozilla sait pas les lire !

C'est quand meme a prendre avec des pincettes : c'est un encodage fait a partir d'une image télé, pas un DVD. L'auteur, dans la maling list, dit qu'il n'a pas de DVD ni de lecteur de DVD. Par contre ca donne un apercu interessant des nouvelles options de libavc.

Mon erreur de crop était bien du a l'utilisation de filtre, depuit le changement vers -vf a la place de -vop (si mais souvenir sont bon)
 
merci  

Nouveaux tests de libavcodec :
http://www.ee.oulu.fi/~tuukkat/mpl [...] -10-09.txt
 
Cette fois, il teste : mbd=2, mv0, trell, and cbp

Et le site de Remi Guyomarch a ete mirrore ici :
http://fatooh.org/remitests/

Pour finir, il y a aussi ce thread :
http://mplayerhq.hu/pipermail/mpla [...] 38342.html
 
ces tests :
http://www.ee.oulu.fi/~tuukkat/mpl [...] eadme.html

Un autre truc interessant :
http://www.wieser-web.de/MPlayer/
 
Ex : le software scaler, avec l'option sws --> ils recommandent -sws 9
 
Pareil, il y a des comparaisons entre les differents filtres de desentrelacement.
Il y a juste a passer la souris sur les options a gauche, et l'image change en consequence.
 
Pour une discussion, voir les threads sur la mailing liste :
http://mplayerhq.hu/pipermail/mpla [...] 38562.html
et  
http://mplayerhq.hu/pipermail/mpla [...] 38585.html
 
Ca serait bien d'ajouter le choix de sws a tuxrip (avec 9 par defaut).

tu as viré la ligne que je t'ai dit dans le fichier .mplayer/config et ça marche. C'est ça ?
 
Pour les autres :
Si vous avez une ligne de PP dans votre fichier .mplayer/config (du genre vf=pp=hb:a/vb:a/dr/al) alors la détection par tuxrip des bandes noires échoue car mplayer lit TOUJOURS ce fichier.
Il faudrait trouvé une astuce pour que mplayer ne lise pas ce fichier.
Si qqn connait une ligne de commande pour ça, je suis preneur. Sinon je peux toujours renommer ce fichier le temps de la detection et le remettre en place après.

zeb_ : tu peux nous faire un petit résumé. Je peux créer d'autres preset TRES rapidement.
 
Pour le sws je peux changer, je ne suis pas sur que ça vaille le coup de mettre une option : on met le meilleur et c'est tout, non ?

fo utiliser -vf au lieu de -vop maintenant ???

9 est un petit peu plus sharp que 5 mais c'est infime quand même.
Faudrait tester niveau CPU.
 
Quand ils font 4 resize consecutifs, 9 est bien mieux en effet...
 
EDIT : pour les desentrelacements, y a pas photos. fd eclate le lb utilisé par tuxrip. Je vais faire le changement...

Je vais lire tout ca et faire un resume. Notamment il y a de nouveaux presets "super extremes" qui sont proposes (mais ca doit bouffer du CPU )
 
J'ai lu que le filtre de desentrelacement de libavcodec etait equivalent a pp=lb, donc faudra retirer "libavdeint".

...et mettre le fd.
 
A voir si toutes ces options sont dans la dernière release. C'est pas la peine de mettre des options qui sont uniquement dans le CVS...

semble le meilleur.
 
comprends pas trop "-mc 0 -noskip -skiplimit 0" ???
 

as tu regardé ça : http://www.theorie.physik.uni-goet [...] ml/dv.html
 
Sinon, je ne connais pas très bien le DV.

 
MPlayer 1.0pre1 -- "Development" on the beach
 
DOCS:  
DOCS/Language/ dirs renamed to DOCS/id, English files moved to DOCS/en  
HTML --> XML format conversion (English, Russian and French for now)  
new Spanish DOCS translation  
man page restructured, options ordered  
Finally merged libavc-option.txt into the man page.  
slave mode commands moved from the man page to DOCS/tech/  
traditional Chinese help file added  
massive help file updates, most languages are up to date now  
new and improved Windows port section with Cygwin and MinGW subsections  
almost all options documented  
fixes and small updates all over the place  
Big/Structural changes:  
linux/ dir renamed to osdep/  
postproc/postproc* files moved to libavcodec  
old libmpeg2 replaced with patched version of the 0.3.1 release  
docs priority & installation (--language=ab,cd,ef,all and so on)  
yuv2rgb conversion removed from most vo drivers (like fbdev, gif89 etc)  
-vop option obsoleted by reverse-order -vf, big config layer changes
stream layer "cleanup", -dvd -> dvd:// etc  
autosub fuzziness, it tries to load all subs with similar filenames  
removed the whole old config reader, leaving only the newer one (no backward compatibilty!)  

Autre chose lue sur la mailing list a propos du frame rate en NTSC film :
 
>>This will break a/v sync or else do nothing, I forget which. You need
>>> >-speed 24/25.  
>>> >
>
>>  
>> It looks like it depends on the -mc value. At -fps 24 and default mc,
>> mplayer can compensate, so the end result is much the same as without.
>>  
>> Technically, wouldn't that be -speed 23.976/25 ?  
 
 
No. 23.976 is the *incorrect*, slightly slowed down speed for NTSC
telecine. Film is EXACTLY 24 fps.