Mixxx fails to find libmp3lame on some Linux platforms

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

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

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

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.

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.

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)

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

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

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

Hi bartsimpson-l,

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

No because it is not in the software repo.

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
>

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