Mixxx fails to find libmp3lame on some Linux platforms

[Magnus Holmgren]

src/encoding/encodermp3.cpp:

QLibrary searches LD_LIBRARY_PATH (according to the documentation) unless an absolute filename is provided. By providing an absolute filename you prevent Mixxx from finding libmp3lame.so on 64-bit architectures where 64-bit libraries are installed in /usr/lib64, as well as on Debian, where libraries are installed in per-arch subdirectories of /usr/lib.

#ifdef __LINUX__
    libnames << "libmp3lame.so.0";

should suffice (WITH ".0"). I suspect that a absolute path isn't necessary on MacOS X either.

[RJ Skerry-Ryan (rryan)]

Thanks Magnus -- you're right we should avoid absolute paths and let the library search path handle it for us.

[Daniel Schürmann (daschuer)]

QLibrary("mp3lame", 0) and Qt will do the magic.

According to
http://qt-project.org/doc/qt-4.8/qlibrary.html#fileName-prop
this should work for all platforms.
In this case only for Linux and Mac OS, because of the different name in Windows.

The attached patch touches only the Linux Path.
This was tested with Ubuntu 32 bit and should work for 64 bit too as Magnus reported in #0

[Daniel Schürmann (daschuer)]

If a Mac User wants to try this patch, we may simplify the code a bit more ...

http://qt-project.org/doc/qt-4.8/qlibrary.html#QLibrary-3

[Daniel Schürmann (daschuer)]

A Mac OS Build including the patch of comment #3 can be found here:
http://builds.mixxx.org/builds/experimental-daschuers_trunk/mixxx-1.11.0-alpha-daschuer~daschuers-trunk-bzr2949-macintel32.dmg
If any Mac User wants to test it, please don’t forget to backup your .mixxx folder first.

[jus (jus)]

I tried mixxx-1.11.0-alpha-daschuer~daschuers-trunk-bzr2952-macintel32 on MacOSX and it throws the "Mixxx cannot record or stream in MP3 ..." error message. The lame file path on my system is /usr/local/lib/libmp3lame.dylib

There is no issue recording in mp3 with the latest trunk.

[Daniel Schürmann (daschuer)]

Hi jus,

Thank you for testing.

Ok, than we take the patch from #2

On Linux the path is generated by Qt to a "libmp3lame.so.0"
On Mac OS, the path is hart coded to /usr/local/lib/libmp3lame.dylib because it has no libmp3lame.0.dylib in any case.

You can try:
http://builds.mixxx.org/builds/experimental-daschuers_trunk/mixxx-1.11.0-alpha-daschuer~daschuers-trunk-bzr2953-macintel32.dmg
if you like.
(Don’t forget to backup your .mixxx folder)

[jus (jus)]

Tried mixxx-1.11.0-alpha-daschuer~daschuers-trunk-bzr2953-macintel32 and mp3 recording works again. Thanks.

[RJ Skerry-Ryan (rryan)]

Patch from #2 looks good to me. Feel free to commit -- thanks Daniel!

[- (bartsimpson-l)]

The same on fedora 17 x86_64:

strace output:

pid 29180] open("/usr/lib/libmp3lame.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[pid 29180] open("/usr/lib/libmp3lame.so.0.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[pid 29180] open("/usr/lib/libmp3lame.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
Debug: [EngineSideChain 1]: **** Encoder init failed

[RJ Skerry-Ryan (rryan)]

Hi bartsimpson-l,

This is fixed in Mixxx 1.10.1. Are you using Mixxx 1.10.1?

[- (bartsimpson-l)]

No because it is not in the software repo.

[RJ Skerry-Ryan (rryan)]

Ubuntu takes forever to update that. You can use our PPA?
On Dec 8, 2012 11:15 AM, "-" <email address hidden> wrote:

> No because it is not in the software repo.
>
> --
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
> https://bugs.launchpad.net/bugs/920191
>
> Title:
> Mixxx fails to find libmp3lame on some Linux platforms
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/920191/+subscriptions
>

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/6255