Reprise du message précédent :
--test-comp fonctionne super bien
 
Tout juste ce que je voulais : 640x272 !
 
BRAVO

merci.

ça marche pas super... VirtualDub plante lamentablement
 
 
Bon, j'ai quand même compressé un bout du film sous Windows avec XviD (la version de Koepi) et en 1 pass, et franchement même en 1 pass, ça éclate libavcodec 2 pass sur le film complet
 
Donc --> XviD !!!

Il doit y avoir erreur...
Arrête d'encoder des diapositives

Non sérieux... enfin c'est pas nouveau que le XviD éclate tout (déja depuis DivX4).

 
Pas chez moi alors. La qualité est très bonne avec xvid, mais libavcodec me donne un meilleur résultat.
Franchement, dire que le 1 passe en xvid est meilleur que le 2 passes en libavc  
 
PS : j'utilise l'encodage en "--presetvideo extreme".

On va dire que ça dépend des gouts
 
En fait, je trouve qu'avec libavc, j'avais bien plus de macroblocks qu'avec xvid, alors que je ne trouvais pas le xvid plus flou

Je viens de compiler MPlayer avec xvid pour pourvoir l'utiliser avec tuxrip mais comment faire pour avoir le gui (gmplayer) ?
 
J'ai l'habitude d'utiliser uniquement URPMI et si je demande d'installer gmplayer avec URPMI, il me dit qu'il faut que j'installe mplayer alors qu'il est déja installé ! (et je suppose que si je fait OK, la version compilé avec xvid ne sera plus là ?)

./configure --enable-gui

Alors là je comprend pas
 

   
 
(désolé si je m'éloigne un peu du sujet initial !)

il doit te manquer des packages gtk de devel...
Poste le résultat du configure et zeb_ va te dire quels packages installer.

Je vois que Alsa n'est pas disponible alors qu'il est installé... (tout comme gtk).
 

c'est les devel qu'il manque.
libgtk+1.2-devel et ptet d'autres.
libalsa2-devel...

 
T'as quelle distro ?
Si c'est Mandrake, pour compiler, il te faut les paquets
xxx-devel  
 
Donc :
libalsa-devel
xvid-devel
xvid-divx-devel
 
Utilise urpmq --fuzzy pour rechercher les paquets. (voir http://www.zebulon.org.uk ou http://urpmi.org).
 
Pour xvid, je dirais que oui xvid a peut-être moins de macro blocs, mais les aplats sont moins stables. Un mur uni par exemple va bouger et ça me gêne plus à trois mètres de l'écran.
Sinon oui ça dépend des goûts

Je te conseille aussi d'installer :
libmp3lame0-static-devel
libmp3lame0-devel
libmp3lame0
 
tuxrip les utilise pas, mais c'est pratique pour enregistrer la télé ou une source video externe par exemple, car mencoder encode le mp3.
 
J'ai aussi installé les :
libSDL*-devel
C'est pas mal comme sortie video.
 
libaa1-devel
pour l'affichage ascii
 
Et surtout :
win32-codecs (PLF)
 
Et n'oublie pas :
./configure --enable-freetype
pour afficher l'OSD (voir le manuel d'installation de tuxrip ).

Drapeau pour le jour ou j'aurais un lecteur dvd  

sortie de tuxrip084 qui est presque la même que la 083beta.
 
CHANGELOG :  
0.84 :
    * intégration du support auto fat32 (ou --split) au --resume.
    * traductions.
 
0.83 :
    * intégration du multiaudio au --resume (possibilité de reprendre en simple audio un projet crée en multi).
    * corrections mineures (ajout -f lors des renommages...).
    * support automatique des partitions fat32 (--split pour forcer si non détecté).
 
0.82 :
    * mode --multiaudio pour faire des encodages multilingues.
    * syntaxe "mplayer dvd://" compatible 0.90rcX et cvs postérieur.
 
comme d'hab :  http://tuxrip.free.fr

Est-ce qu'on peut m'expliquer comment avoir les fonts dans MPlayer ?
 
J'avais pas de problème avec URPM mais depuis que je l'ai compilée moi même j'ai toujours :

 
Mais j'ai fait exactement comme il est indiqué sur la première page! j''en ai même ajouté plein de le dossier font...
 
Faut faire quoi au juste

http://tuxrip.free.fr/installation.html

Oui c'est ça que j'ai suivi... mais j'y arrive pas.
 
Qu'est ce que le subfont.ttf en fait ?

en attendant le mrk et le support des sous-titres, vous me conseillez d'utiliser quoi pour les sous titres ?
 
 
sinon, l'ogm c quand même du tout bon ?

subfont.ttf c'est le nom du lien symbolique qui doit pointer vers une de tes polices ttf installées.
Par exemple, sur la MDK (c'est ce que tu as je crois ?) tu as des ttf dans /usr/X11R6/lib/X11/fonts/TTF/ (tu peux faire un locate *.ttf)
 
Tu as donc juste à créer un lien symbolique dans /usr/local/share/mplayer
qui pointe vers l'une d'elle, cf la commande ln -s (man ln)
Evidemment, l'exemple n'est pas génial, car je l'ai pris après avoir importé des polices de windows, si tu ne l'as jamais fait tu n'as pas ce chemin. Mais tu le remplaces par /usr/X11R6/lib/X11/fonts/TTF/ce_que_tu_veux.ttf et c'est bon.
Ensuite mplayer utilise cette police pour les sous-titres.
 
@farib : pour faire les sous-titres, j'utilise cette méthode :
http://tuxrip.free.fr/soustitres.html
(la première avec subtitleripper/transcode et gocr) et dans de l'ogm c'est tout bon, tu peux mettre autant de "text streams" que tu veux.

Merci zeb_
 
Au fait, comment change t-on de sous-titres d'un OGM avec MPlayer ? (j'y arrive sans problème avec Xine par contre).

allez, demain c le grand jour, je fais un essai tuxrip ( mission cleopatre) je ferai du libavcodec
 
par contre, j'ai fait 2-3 xvid avec guardian knot sous windows, en suivant un guide de configuration du xvid de doom9, qui explique tout plein de parametres. Sous linux, j'ai pas l'impression que ce soit hyper la mode de régler tous les paramatrer hyper particulier, comme par exemple les b frames, la matrice de quantification, etc...

bug, pas bug, bug génan,t bug pas génant ?, mplayer ou tuxrip ?
 
je ripe astérix mission cléopatre.
 
-> sélection du générique, mplayer se lance, mais l'osd affiche "50 minutes", vers la fin du film, mais normalement ca devrait etre un truc plus comme '1h40'
 
bon c pas grave, c'est un générique à images, donc je le fais comme le reste du film, du coup je fais 'entrée' avec la valeur par défaut (= fin du film)
 
 
affaire à suivre

Est-ce les packages de la Debian Woody fonctionnent avec Tuxrip ou alors il est préférable des les compiler soi-même ?  
 
A savoir : libao (0.8.2 au lieu de 0.8.3), libdvdread (0.9.2 au lieu de 0.9.4), libogg (1.0rc3-1 au lieu de 1.0) et libvorbis (1.0rc3-1 au lieu de 1.0).
 
Est-ce que le package "vorbis-tools" est équvialent à "ogmtools" ? Il contient oggenc, ogg123, ogginfo, vcut et vorbiscomment. Si oui, est-ce que sa vesrion n'est pas trop ancienne (1.0rc3 au lieu de 1.0.1) ?
 
Est-ce une bonne idée de prendre les packages manquants (libdvdcss, ogmtools et transcode) sur http://marillat.free.fr ou bien il est préférable de les compiler soi-même ?
 
Merci
 
PS : Je me base sur la liste http://tuxrip.free.fr/dependances/.

fini en libavcodec
 
résultat -> je maitrise pas assez et sans savoir régler tous les parametres exactement du codec, c'est nettement moins beau que le xvid derniere build de koepi
 
par contre le ogg c bien mais y'a des moments ou ca part en couille, je comprend pourquoi les amis de doom9 n'y sotn aps encore complement passé.
 
Dans les films, au xmoments ou y'a de la musique un peu forte, l'ogg sature :
 
genre bridget jones, le générique, gerne ali, la zik avant les combats...
 
c'est du à ma normalisation du son, ou normalement ogg est toujours parfait ?

 
Compile MPlayer avec XviD et encode avec ce codec... C'est quasi comme avec Koepi (forcément puisque Koepi est basé sur celui là).

la différence, c'est que c'était le derniere build de koepi custumisée a donf, les dernières optimisations des bframes...

Pour le peu que ça apporte... mais c'est vrai que c'est très légèrement meilleur

 
je me suis fait "le journal de bridget jones, un cd, 640*270 (qq chose comme ca)
 
c'est un film assez compressible parce que c'est des perso qui parlent ne bougeant peu su un fond fixe.
 
Sur écran d'ordinateur, franchement on se rend a peine compte en lecture que c'est un divx, ( en pause on voit tout de suiste que c'est quand même pas le dvd) et sur tv c'est totalement imperceptible.
 
et franchement, les décors sont nets et tout et tout.
 
 
j'ai utilisé une combi de parametres de b-frames trouvéee sur le forum de doom9, j'ai même fait un mode de brute force pour certians parametres ( genre le film met 2* plus de temps )
mais la qualité était stupéfiante
)
 
la seule chose qui est triste c le ogg, le son est hyper bon sau f les moments ou ca sature a cause de la zike hyper forte...)
La seule chose que j'ai merdé c'est l'encodage en vorbis si t'as écouté le ogg que j'ai donné un peu plus haut, y'a des moment sou ca sature, je comprend absolument pas pourquoi....

T'as essayé sans la normalisation ?
 
J'ai jamais eu ce problème mais j'utilise l'encodeur 'officiel' Vorbis.
 
Y'a un tag besweet dans ton fichier, est-ce que ce programme laisse le wave ? si oui, essaie de voir si lui sature déja.

bah en fait je faisais la normalisation parce que sur le tout premier que j'avias fait, même le son de l'ac3 était tout faiblard

enfin dernire point, l'ogm de tuxrip sous windows
 
-n'a pas d'image sous media player classic
 
-ne démarre pas sous tcmp
 
-passe avec bcplayer, qui ne passait  mais le son est mal filtré/décode sous bsplayer
 
 
dans la mesure ou l'ogm vient de windows, j'aurais donc tendance a penser a quelques faiblesses d'ogmtools
 
 
sinon j'ai bien regardé, niveaux détails c'est niqeul libavcodec, il a fait encore quelsques petites zones de flou/bouillies de pixel par ci par la, mais le défait, c'est qu'il y avait parfois  un espece d'effet d'entrelacement (!)
 
en gros, c'est beau sauf quand c'est crade, c'est à dire que se sont plus des défauts sans doute réglables avec des ptits parametres

tu as un pb avec tes filtres dshow je pense car tous mes ogm passent très bien sur des machines win$.
Essaies avec vlc (www.videolan.org) pour voir.
 
Sinon tu peux faire "tuxrip --presetvideo extreme" pour améliorer la qualité. Ou paramètrer à la mano les très nombreuses options libavcodec (man mencoder) grâce au fichier de config ~/.tuxriprc.
 

ca fait quoi précisement --presetvideo  extreme ? sinon pour les options faudrait surtout que je trouve un bon guide, un peu comme celui-là http://snowbeach.gmxhome.de/MPEG-4 [...] 030702.pdf
 
mais pour libavcodec
 
pour mes filtres : je crois pas, derniers OggDS...

ca passe avec videolan, par contre pour le seek il faut qu'il atteigne les key-frame suivante pour que ca devienne normal ( je pense que c'est qu'il autorise le seek à la seconde là ouù les autres ne l'autorisent que de key en key)

dans un post précédant par jotenakis :
 
--presetvideo extreme : enclenche les options supplémentaires Mpeg4 "Qpel, trell, bframes". Ca améliore la qualité mais n'est pas forcément nécessaire. A réserver je pense aux encodages sauvages à CQ faibles (<0.2). A moins d'avoir une machine sur-vitaminée (>2Ghz).

si ça passe avec vlc c'est donc un pb de directshow, puisque vlc n'est pas un player dshow.