Salut,
Dans ma quête désespérée pour encoder des fichiers vidéo DV en xvid, j'en suis maintenant à compiler mPlayer sur ma machine (Suse 10.0) en priant pour que le codec xvid installé soit pris en compte !!
Alors première surprise, ma version de gcc ne lui convient pas : c'est une gcc 4.0.2 et je me tape un warning comme quoi elle n'est pas supportée !!
Bon, je ne sais pas si c'est une bonne idée mais je décide d'ignorer le test du compilateur...
Alors je je lance le "sh configure --enable-gui --disable-gcc-checking" magique, mais la encore, problème pour trouver la librairie devel de gtk. Je ne la trouve pas dans Yast pourtant configuré avec pas mal de répertoire source ...
ALors me voila avec mon "sh configure --disable-gcc-checking" qui devrait suffire : après tout, je ne veux installer que transcode pour faire mon encodage ...
C'est en train de tourner pour le moment ...
Heureusement que VirtualDub et Windows ne sont pas loin ....
Boro
Forum Linux.général Compilation MPlayer
21
jan.
2006
# Transcode ?
Posté par Stephen Amar . Évalué à 1.
sur mplayer, c'est mencode et il faut l'activé à la compilation :D
mais pourquoi, tu installe pas transcode par Yast ?
[^] # Re: Transcode ?
Posté par Ph Husson (site web personnel) . Évalué à 2.
Ca l'est un peu par défaut en fait
# "Quelques" petites choses
Posté par Ph Husson (site web personnel) . Évalué à 4.
1.pourquoi vouloir compiler mplayer/mencoder alors que y a surement des paquets pour suse déjà pret? (bon je connais pas mais ca me paraiterait aberant que y ai pas ca)
2.Tant qu'à compiler MPlayer autant prendre le CVS, LUI il supporte gcc 4.0.2
3.Non c'est pas une bonne idée d'ignorer le test du compilateur la plupart du temps
4.Pourquoi tu veux la GUI si c'est pour reencoder? (Y a pas de GUI pour l'encodage dedans que je sache, mais y a des logiciels qui s'interfacent avec mencoder)
5.Ah bon virtualdub pas loin? moi il est 100* plus long à chercher que mencoder (meme plus vu le temps qu'il faudrait pour reinstaller un windows et compagnie :)
6.Bon je crois que ca sera tout pour aujourd'hui^W le moment
[^] # Re: "Quelques" petites choses
Posté par boro . Évalué à 1.
Dans mon désespoir, j'ai effectivement omis quelques informations :
j'ai installé mencoder que j'ai trouvé avec MPlayer sur le net (pbone)
mais de base, il ne traite pas de xvid de base. Xvid est installé,
mencoder aussi mais le seul moyen que j'ai trouvé est de recompiler
(c'est pour dire ...)
D'ou ce post.
Je vais peut-être essayer la version CVS, effectivement,
ça ne pourra que mieux marcher
Et puis, oui, j'avais essayer avec transcode en premier lieu mais
cette fois, je me suis payé une segment fault dans les dents
avant même de commencer à bidouiller dans les options Xvid.
arghhh !!!
Bon voila, le install de MPlayer viens de me cracher 30 pages de warning et d'erreur dans lesquels je ne comprend rien ...
C'est dommage, c'est la seule application qui me manque pour me
passer définitivement de windows ...
Rassurez-vous, Je vais quand même m'obstiner !!!
Boro
[^] # Re: "Quelques" petites choses
Posté par Ph Husson (site web personnel) . Évalué à 2.
ca doit ^etre un truc genre entete manquant ou missing include (en fonction de gcc anglais ou francais)
[^] # Re: "Quelques" petites choses
Posté par boro . Évalué à 1.
make -C libavcodec LIBPREF=lib LIBSUF=.a
make[1]: Entering directory `/home/family/Download/rpm/MPlayer-1.0pre7try2/MPlayer-1.0pre7try2/libavcodec'
cc -I../libvo -I../../libvo -I/usr/X11/include -fno-PIC -O4 -march=pentium3 -mcpu=pentium3 -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o libpostproc/postprocess.o libpostproc/postprocess.c
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
In file included from libpostproc/postprocess.c:655:
libpostproc/postprocess_template.c: In function 'do_a_deblock_MMX2':
libpostproc/postprocess_template.c:2901: error: memory input 4 is not directly addressable
libpostproc/postprocess_template.c: In function 'postProcess_MMX2':
libpostproc/postprocess_template.c:3510: warning: pointer targets in passing argument 6 of 'blockCopy_MMX2' differ in signedness
libpostproc/postprocess_template.c:3656: warning: pointer targets in passing argument 6 of 'blockCopy_MMX2' differ in signedness
libpostproc/postprocess_template.c:3757: warning: pointer targets in passing argument 4 of 'tempNoiseReducer_MMX2' differ in signedness
libpostproc/postprocess_template.c:3781: warning: pointer targets in passing argument 4 of 'tempNoiseReducer_MMX2' differ in signedness
make[1]: *** [libpostproc/postprocess.o] Error 1
make[1]: Leaving directory `/home/family/Download/rpm/MPlayer-1.0pre7try2/MPlayer-1.0pre7try2/libavcodec'
make: *** [libavcodec/libavcodec.a] Error 2
Bon moins d'erreurs et warning et deprecated que la dernière fois mais bon, je comprend toujours rien ...
[^] # Re: "Quelques" petites choses
Posté par Ph Husson (site web personnel) . Évalué à 2.
donc trois solution
1.Tu prends un rpm pres
2.Tu prends un gcc 3.4
3.Tu prends le CVS
[^] # Re: "Quelques" petites choses
Posté par boro . Évalué à 1.
bon a vu de nez, je pense qu'il faudra downgrader sur une gcc 3.4
car le problème ne manquera pas de se reproduire ...
Comment on fait?
Je peux garder les versions 3.4 et 4.0 en même temps ?
Pour les amateurs, mon plantage transcode :
linux:/home/family/temp # transcode -i SP.avi -o test_xvid.avi -y xvid
transcode v1.0.2 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg
libdvdread: Encrypted DVD support unavailable.
libdvdread: Can't open file VIDEO_TS.IFO.
[transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms
[transcode] auto-probing source SP.avi (ok)
[transcode] V: import format | Digital Video RIFF data, AVI (V=dv|A=avi)
[transcode] V: import frame | 720x576 1.25:1
[transcode] V: bits/pixel | 0.174
[transcode] V: decoding fps,frc | 25.000,3
[transcode] V: Y'CbCr | YV12/I420
[transcode] A: import format | 0x1 PCM [48000,16,2] 1536 kbps
[transcode] A: export format | 0x55 MPEG layer-3 [48000,16,2] 128 kbps
[transcode] V: encoding fps,frc | 25.000,3
[transcode] A: bytes per frame | 7680 (7680.000000)
[transcode] A: adjustment | 0@1000
[transcode] V: IA32/AMD64 accel | sse (sse mmxext mmx asm C)
tc_memcpy: using sse for memcpy
[transcode] V: video buffer | 10 @ 720x576
[import_avi.so] v0.4.2 (2002-05-24) (video) * | (audio) *
[import_dv.so] v0.3.1 (2003-10-14) (video) DV | (audio) PCM
[export_xvid4.so] v0.0.5 (2003-12-05) (video) XviD 1.0.x series (aka API 4.0) | (audio) MPEG/AC3/PCM
[import_avi.so] format=0x1, rate=48000 Hz, bits=16, channels=2, bitrate=1536
[import_dv.so] tcextract -x dv -i "SP.avi" -d 0 | tcdecode -x dv -y yv12 -d 0 -Q 5
[export_xvid4.so] Neither './xvid4.cfg' nor '~/.transcode/xvid4.cfg'
[export_xvid4.so] found. Default settings will be used instead.
Audio: using new version
Audio: using lame-3.96.1
tc_memcpy: using sse for memcpy
sh: line 1: 20511 Broken pipe tcextract -x dv -i "SP.avi" -d 0
20512 Segmentation fault | tcdecode -x dv -y yv12 -d 0 -Q 5
clean up | frame threads | unload modules | cancel signal | internal threads | done
[transcode] encoded 0 frames (0 dropped, 0 cloned), clip length 0.00 s
[^] # Re: "Quelques" petites choses
Posté par Ph Husson (site web personnel) . Évalué à 2.
Tu peux mettre gcc 3.4 et 4.0 en parallele
mais vaut mieux prendre mplayer cvs et garder gcc4 (rajouter --enable-language=fr au configure sinon c'est dans une langue venue d'on ne sait ou ;)
[^] # Re: "Quelques" petites choses
Posté par boro . Évalué à 1.
Je n'y ai pas passé tout mon temps, mais quand même ...
Heureusement, le web fourmille de tutorials pour pas mal de sujet (dommage qu'ils ne soient pas rassemblé au même endroit).
Résultat : j'ai réussi à compiler MPlayer hier soir.
J'arrive à faire une première passe xvid sur un film DV avec des performances très honorables vu l'age de ma machine.
Un problème lors de la deuxième passe, mais c'est plutôt de la conf. de la ligne de commande.
Pour Transcode, toujours, toujours pas de compilation effective.
Je continue ...
Je reviens ce soir, aves me messages d'erreur !!!
Boro
[^] # Pourquoi se casser la binette ?
Posté par Raphaël G. (site web personnel) . Évalué à 0.
Au pire tu auras quelques petit changement a faire au niveau du fichier spec et des dépendances, mais en deux temps trois mouvement c'est réglé...
Ne pas oublier de recompiler avec l'option "--with plf" pour que les trucs pas libres soient compilés dans le tas...
ps : pourquoi tu te prend la tête sous suse, la mandriva a le plf qui te mache tout le travail ;)
[^] # Re: Pourquoi se casser la binette ?
Posté par boro . Évalué à 1.
Mais pas aussi conviviales que Suse pour un débutant. Et puis surtout, Mandriva n'a pas réussi à me connecter à internet du premier coup, ce qui pour moi est éliminatoire... ;)
Maintenant que je commence a connaitre, je vais peut-être changer pour mandriva ou autre en essayant de dépatouiller le truc...
En fait, je crois que je vais essayer Gentoo pour voir.
Tu connais?
[^] # Re: Pourquoi se casser la binette ?
Posté par Raphaël G. (site web personnel) . Évalué à 0.
Pour ce qui est de la connexion au net, avec la mandriva j'ai jamais eu de gros soucis, il suffit de suivre l'assistant (drakconnect) et de configurer ta connexion au net et ça roule.
J'ai une connexion pppoe adsl neuf télécom (très mauvais fai au passage).
La mandriva pêche pour moi sur le wifi, mais bon c comme pour tout il suffit de chercher un peu et ça marche... ;)
J'ai installé une carte atheos en quelque minutes (en y connaissant rien du tout au wifi), j'ai juste eu besoin de copiler le module qui allais bien et c'est allé...
En même temps si tous les drivers/firmwares étaient libres, ils seraient tous dans le noyau et on serais pas ennuyé avec...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.