Win: MP3 Encoder library load order

Bug #1313474 reported by Dennis Wallace
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Won't Fix
Low
Dennis Wallace

Bug Description

The new option to use the "real" library name is good (patch on 3/24/14), but it can be made more foolproof.

Currently, the encoding library check can be made to fail if both the lame_enc.dll and libmp3lame.dll files are extracted from the originating archive. By reversing the order of the libraries in the list, we can try for the "proper" one first. This allows the user to not have to rename anything, and also prevents silly user errors.

Yes, I am a silly user that had this happen :)

Tags: lame
Revision history for this message
Dennis Wallace (mixxx-lp) wrote :

diff --git a/src/encoder/encodermp3.cpp b/src/encoder/encodermp3.cpp
index 95830bf..902763d 100644
--- a/src/encoder/encodermp3.cpp
+++ b/src/encoder/encodermp3.cpp
@@ -79,8 +79,8 @@ EncoderMp3::EncoderMp3(EncoderCallback* pCallback)
 #ifdef __LINUX__
     libnames << "mp3lame";
 #elif __WINDOWS__
- libnames << "lame_enc.dll";
     libnames << "libmp3lame.dll";
+ libnames << "lame_enc.dll";
 #elif __APPLE__
     libnames << "/usr/local/lib/libmp3lame.dylib";
     //Using MacPorts (former DarwinPorts) results in ...

Revision history for this message
Dennis Wallace (mixxx-lp) wrote :

Ideally, since we're checking for function existence within the library, the entire validation should probably be within the initial load loop. That way the first VALID library is used, rather than failing on the first INVALID one. Failure would then only happen when no matching libraries are found.

That's a bit more in depth than this patch, but would also solve the issue.

summary: - Win: MP3 Encoder library wierdness
+ Win: MP3 Encoder library load order
Revision history for this message
Dennis Wallace (mixxx-lp) wrote :

Pull request submitted.

Revision history for this message
jus (jus) wrote :

Can you please link to the PR so we can close this bug?

Changed in mixxx:
milestone: none → 1.12.0
status: New → In Progress
importance: Undecided → Low
assignee: nobody → Dennis Wallace (mixxx-lp)
Revision history for this message
Max Linke (max-linke) wrote :

https://github.com/mixxxdj/mixxx/pull/250

this should be the PR. But it didn't solve the problem

Revision history for this message
Owen Williams (ywwg) wrote :

Huh I thought this got fixed along the way -- Max are you saying it still doesn't work right?

Revision history for this message
Max Linke (max-linke) wrote :

I have never reproduced the bug and don't have access to a windows machine currently. I can't say if this is fixed or not.

Since the PR didn't get merged my guess would be no.

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Any updates on this one?

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Obsolete, since we package LAME with Mixxx in 2.3.0.

tags: added: lame
Changed in mixxx:
status: In Progress → Won't Fix
Revision history for this message
Swiftb0y (swiftb0y) wrote :

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

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.