LAME 3.90.3 Modified + APE & CUE
Reply #5 – 2004-05-07 19:49:05
Edit 1: I have my "lame.exe" file placed inside the "system32" folder together with the "MACDll.dll" version 3.99. If I encode a PCM WAV file with the above settings, everything works OK, so I assume it is a Monkey's Audio related problem. Edit 2: My files are also encoded using MAC 3.99. Weird. I couldn't reproduce your problem even though I encode a file created by MAC 3.99. C:\>lame --apeinput -b 128 --nores --noshort --strictly-enforce-ISO waiting.a pe + Modification for Cuesheet Support Version 0.5.3 + Modification for Monkey's Audio (APE) Support. Available at http://www.geocities.com/nyaochi2000/lame/ LAME version 3.90.3 MMX (http://www.mp3dev.org/) CPU features: i387, MMX (ASM used), SIMD, SIMD2 Using polyphase lowpass filter, transition band: 15115 Hz - 15648 Hz Encoding waiting.ape to waiting.ape.mp3 Encoding as 44.1 kHz 128 kbps j-stereo MPEG-1 Layer III (11.1x) qval=5 Frame | CPU time/estim | REAL time/estim | play/CPU | ETA 771/774 (100%)| 0:02/ 0:02| 0:02/ 0:02| 9.4778x| 0:00 average: 128.0 kbps LR: 269 (34.75%) MS: 505 (65.25%) Writing LAME Tag...done I confirmed the file C:\waiting.ape was successfully created by version 3.99, looking at file information with Monkey's Audio official GUI frontend. I also confirmed LamedropXPd V.1.3.3, which is released before 3.99 release just as my modified lame, works fine with 3.99 only if we replace MACDLL.dll included in the LamedropXPd package with new one.