-   Slackware (
-   -   Mplayer libmp3lame (

tuxbg 01-21-2013 07:23 AM

Mplayer libmp3lame
Ok i want to build Slackware Mplayer with libmp3lame option enabled but
the stops here
In Slackbuild i change that line



make: *** [libmpdemux/mp_taglists.o] Error 1
cc -MD -MP -Wundef -Wall -Wno-switch -Wno-parentheses -Wpointer-arith -Wredundant-decls -Wstrict-prototypes -Wmissing-prototypes -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -std=gnu99 -Werror-implicit-function-declaration -O4 -march=x86-64 -mtune=generic -pipe -ffast-math -fomit-frame-pointer -fno-tree-vectorize -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Ilibdvdread4 -I. -Iffmpeg  -D_REENTRANT -I/usr/X11/include -I/usr/include/    -I/usr/include/freetype2 -I/usr/include/dirac  -I/usr/include/schroedinger-1.0 -I/usr/include/orc-0.4  -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14  -c -o libmpdemux/mp_taglists.o libmpdemux/mp_taglists.c
libmpdemux/mp_taglists.c:73:7: error: 'CODEC_ID_VIMA' undeclared here (not in a function)
libmpdemux/mp_taglists.c:154:7: error: 'CODEC_ID_SANM' undeclared here (not in a function)
libmpdemux/mp_taglists.c:154:5: error: initializer element is not constant
libmpdemux/mp_taglists.c:154:5: error: (near initialization for 'mp_bmp_tags[31].id')
make: *** [libmpdemux/mp_taglists.o] Error 1
mkdir -p DOCS/HTML/en
cp -f DOCS/xml/default.css DOCS/HTML/en
SGML_CATALOG_FILES=/etc/sgml/catalog  DOCS/HTML/en/MPlayer.html DOCS/xml/html-single.xsl DOCS/xml/en/main.xml
/bin/sh: DOCS/HTML/en/MPlayer.html: No such file or directory
make: *** [DOCS/HTML/en/MPlayer.html] Error 127
MPlayer.SlackBuild FAILED at line 403!

mlangdn 01-21-2013 11:53 PM

I rebuilt it this morning on Slackware-current with no problems. I used the Slackbuild from 14.0, changing that line also. It would seem that something is wrong with libmpdemux, so I would start there. That said, I'm no expert.

tuxbg 01-22-2013 05:21 AM

Would you upload you package somewhere

TobiSGD 01-22-2013 05:37 AM


Originally Posted by tuxbg (Post 4875315)
Would you upload you package somewhere

Just download it from AlienBob's "restricted extras" repository:

tuxbg 01-22-2013 05:46 AM

Ok i download Mplayer from that link but that package is not build with libmp3lame support


MEncoder 20110624-4.5.2 (C) 2000-2011 MPlayer Team
MPlayer was compiled without libmp3lame support.
-lameopts is not an MEncoder option

TobiSGD 01-22-2013 06:38 AM

Please provide the exact command you are using, I would like to repeat the process here to see what is going wrong.

tuxbg 01-22-2013 07:28 AM


mencoder "video.mp4" -idx -ovc lavc -lavcopts vcodec=flv:vme=5:vbitrate=959:vmax_b_frames=0 -vf-add expand=::-1:-1:1 -of avi -dvd-device "/dev/dvd" -oac mp3lame -lameopts br=128:cbr:mode=1 -af volnorm=2:0.25 -srate 44100 -o "output.avi" -vf-add harddup

Alien Bob 01-22-2013 03:39 PM

Well in order to have libmp3lame suppport in mencoder, you will have to recompile MPlayer in the presence of an installed lame package...
MPlayer itself does not come with lame libraries. The same holds true for a lot of other useful libraries. All that the MPlayer.SlackBuild does when you define USE_PATENTS=YES is remove the explicit "disable" configurations for patent-encumbered codecs so that these codecs can be included... if they are found in your filesystem at compiletime. Which is not the same as enabling those in the default build.

This is something I have never clarified before because I never actually checked mencoder's capabilities. I never use it.

I will probably build a new MPlayer package with lame as a dependency.


TobiSGD 01-22-2013 03:47 PM

Thanks for the clarification.

andrew.46 01-24-2013 02:22 PM


Originally Posted by tuxbg (Post 4875322)
Ok i download Mplayer from that link but that package is not build with libmp3lame support

MEncoder has not been actively developed for a long, long time and it is probably past time that it should be removed from the MPlayer source (as indeed it has been from the MPlayer2 fork). You would be pleasantly surprised by the far superior results from a recent copy of FFmpeg I suspect...

zk1234 01-27-2013 02:44 AM

This is true that libmp3lame is often used with MEncoder, for example: On the other hand MEncoder will try to continue its work, even if this library is not installed, meaning that it should print a warning and switch automatically to any other available way of decoding.

All times are GMT -5. The time now is 06:49 AM.