Win: MP3 Encoder library load order
Bug #1313474 reported by
Dennis Wallace
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 :)
To post a comment you must log in.
diff --git a/src/encoder/ encodermp3. cpp b/src/encoder/ encodermp3. cpp encodermp3. cpp encodermp3. cpp :EncoderMp3( EncoderCallback * pCallback) lib/libmp3lame. dylib";
index 95830bf..902763d 100644
--- a/src/encoder/
+++ b/src/encoder/
@@ -79,8 +79,8 @@ EncoderMp3:
#ifdef __LINUX__
libnames << "mp3lame";
#elif __WINDOWS__
- libnames << "lame_enc.dll";
libnames << "libmp3lame.dll";
+ libnames << "lame_enc.dll";
#elif __APPLE__
libnames << "/usr/local/
//Using MacPorts (former DarwinPorts) results in ...