Full Version: problem with mpxchange
i've copied the lame.exe and mppdec.exe to the same folder as mpxchange but i was unable to convert those mpcs to mp3. anyone? cheers!
Be more specific. What happens when you try?
dos prompt windows would appear and i have the same name of files that I have in mpc in mp3 form and the file would be 0bytes
The dos prompt error is ( after using mpc2mp3)
QUOTE
C:\Documents and Settings\andrewng\Desktop\eac>"C:\Documents and Settings\andrew
ng\Desktop\eac\mppdec.exe" "D:\Music\mpc\Manowar Warriors Of The World\Manowar_
Warriors Of The World_07_The March.mpc" - | "C:\Documents and Settings\andrewn
g\Desktop\eac\lame.exe" --alt-preset standard -Y - "D:\Music\mpc\Manowar Warrior
s Of The World\Manowar_Warriors Of The World_07_The March.mp3"
MPC Decoder SV7 1.95e 3DNow/SSE © 1999-2003 Buschmann/Klemm/Piecha/Wolf
decoding of file 'D:\Music\mpc\Manowar Warriors Of The World\Manowar Warriors Of
The World 07 The March.mpc'
LAME version 3.90.3 MMX (http://www.mp3dev.org/)
CPU features: i387, MMX (ASM used), 3DNow!, SIMD
Using polyphase lowpass filter, transition band: 18671 Hz - 19205 Hz
Encoding <stdin>
to D:\Music\mpc\Manowar Warriors Of The World\Manowar_Warriors Of The Worl
d_07_The March.mp3
Encoding as 44.1 kHz VBR(q=2) j-stereo MPEG-1 Layer III (ca. 7.3x) qval=2
to <stdout>
Manowar: Warriors Of The World (, 2002)
[07] The March (Ripped by Blue Jay - From Retail CD - Encoder 1.15r q6.5)
241.6 kbps, 4:01.71, SV 7.0, Profile Unstable/Experimental (--Alpha-- 1.15)
ng\Desktop\eac\mppdec.exe" "D:\Music\mpc\Manowar Warriors Of The World\Manowar_
Warriors Of The World_07_The March.mpc" - | "C:\Documents and Settings\andrewn
g\Desktop\eac\lame.exe" --alt-preset standard -Y - "D:\Music\mpc\Manowar Warrior
s Of The World\Manowar_Warriors Of The World_07_The March.mp3"
MPC Decoder SV7 1.95e 3DNow/SSE © 1999-2003 Buschmann/Klemm/Piecha/Wolf
decoding of file 'D:\Music\mpc\Manowar Warriors Of The World\Manowar Warriors Of
The World 07 The March.mpc'
LAME version 3.90.3 MMX (http://www.mp3dev.org/)
CPU features: i387, MMX (ASM used), 3DNow!, SIMD
Using polyphase lowpass filter, transition band: 18671 Hz - 19205 Hz
Encoding <stdin>
to D:\Music\mpc\Manowar Warriors Of The World\Manowar_Warriors Of The Worl
d_07_The March.mp3
Encoding as 44.1 kHz VBR(q=2) j-stereo MPEG-1 Layer III (ca. 7.3x) qval=2
to <stdout>
Manowar: Warriors Of The World (, 2002)
[07] The March (Ripped by Blue Jay - From Retail CD - Encoder 1.15r q6.5)
241.6 kbps, 4:01.71, SV 7.0, Profile Unstable/Experimental (--Alpha-- 1.15)
might not be exactly what you are asking for, but: you could also try foobar's diskwriter for transcoding. 
regards; ilikedirt
regards; ilikedirt
QUOTE(kdo @ Oct 15 2003, 10:35 AM)
thanks..right on...
This thread isn't exactly new... but it took some time before I found it.
I tried to make a setup for converting mpc to mp3's for use in portables etc.
Found "--alt-preset 144" to be fair size/quality tradeoff for this use, it's trancoding anyway...
But I couldn't get it to work with 3.90.3, ran into same problems as mentioned above, wondered if lame had a pipe problem, tried MPxchange, Multi Frontend, UniversalFront & Frontah as frontends, tested with 3.90.2, 3.90.3, 3.92, 3.93.1 & 3.95.1 for lame versions. Ofcourse the problem was using 1.95e for mppdec. When changing to mppdec 1.93j (after finally finding this thread) it worked with all these lame versions, and I can use 3.90.3 or 3.95.1 as I like.
Intresting observation though: mppdec 1.95e had a broken pipe with all these lame versions, exept 3.95.1 (latest rarewares compile) with which it seems to work allright.... Wonder why?
(by the way, off topic: have "--alt-preset *whatever*" now become "--preset *whatever*" in 3.95.1? Is it the same?)
Furthermore: If latest mppdec versions do have a broken pipe --- why isn't a new bugfix version released (it's a long time since last version came out), why use an older version as permanent (?) problemsolving, and why isn't this problem mentioned on Case's website, with a link to download 1.93j....?
I tried to make a setup for converting mpc to mp3's for use in portables etc.
Found "--alt-preset 144" to be fair size/quality tradeoff for this use, it's trancoding anyway...
But I couldn't get it to work with 3.90.3, ran into same problems as mentioned above, wondered if lame had a pipe problem, tried MPxchange, Multi Frontend, UniversalFront & Frontah as frontends, tested with 3.90.2, 3.90.3, 3.92, 3.93.1 & 3.95.1 for lame versions. Ofcourse the problem was using 1.95e for mppdec. When changing to mppdec 1.93j (after finally finding this thread) it worked with all these lame versions, and I can use 3.90.3 or 3.95.1 as I like.
Intresting observation though: mppdec 1.95e had a broken pipe with all these lame versions, exept 3.95.1 (latest rarewares compile) with which it seems to work allright.... Wonder why?
(by the way, off topic: have "--alt-preset *whatever*" now become "--preset *whatever*" in 3.95.1? Is it the same?)
Furthermore: If latest mppdec versions do have a broken pipe --- why isn't a new bugfix version released (it's a long time since last version came out), why use an older version as permanent (?) problemsolving, and why isn't this problem mentioned on Case's website, with a link to download 1.93j....?
added your explanation and findings to recommdned settings thread.
in general, in new lame versions:
preset is alt-preset.
in general, in new lame versions:
preset is alt-preset.
QUOTE(Mr_Rabid_Teddybear @ Feb 14 2004, 12:42 PM)
But I couldn't get it to work with 3.90.3, ran into same problems as mentioned above, wondered if lame had a pipe problem, tried MPxchange, Multi Frontend, UniversalFront & Frontah as frontends, tested with 3.90.2, 3.90.3, 3.92, 3.93.1 & 3.95.1 for lame versions. Ofcourse the problem was using 1.95e for mppdec. When changing to mppdec 1.93j (after finally finding this thread) it worked with all these lame versions, and I can use 3.90.3 or 3.95.1 as I like.
Intresting observation though: mppdec 1.95e had a broken pipe with all these lame versions, exept 3.95.1 (latest rarewares compile) with which it seems to work allright.... Wonder why?
(by the way, off topic: have "--alt-preset *whatever*" now become "--preset *whatever*" in 3.95.1? Is it the same?)
Furthermore: If latest mppdec versions do have a broken pipe --- why isn't a new bugfix version released (it's a long time since last version came out), why use an older version as permanent (?) problemsolving, and why isn't this problem mentioned on Case's website, with a link to download 1.93j....?
Intresting observation though: mppdec 1.95e had a broken pipe with all these lame versions, exept 3.95.1 (latest rarewares compile) with which it seems to work allright.... Wonder why?
(by the way, off topic: have "--alt-preset *whatever*" now become "--preset *whatever*" in 3.95.1? Is it the same?)
Furthermore: If latest mppdec versions do have a broken pipe --- why isn't a new bugfix version released (it's a long time since last version came out), why use an older version as permanent (?) problemsolving, and why isn't this problem mentioned on Case's website, with a link to download 1.93j....?
It is just another bug of Lame.
Lame don't read the data which mppdec writes.
It is the 4 GByte bug of Lame. The length of the initial RIFF header is set to
MAX_UINT to enable processing of files between 2 GByte...4 GByte for pipe
processing (older versions used MAX_INT, this limits pipes to
3 hour 6 min 24 sec, the movie "Das Boot" is some minutes longer).
Lame interprets these length as negative number and does then a lot of crazy
stuff.
I have here 5 or 6 recordings with 3:06:24...6:12:48 hours recording time.
For lengths larger than 6:12:48, 64 bit support is necessary.
i found this thread when i was looking for some answers to the problem i was having with both mpc2mp3 and MPxchange. however, after reading ilikedirt's first post, i decided to give the transcoding in Foobar a try. after teaching myself the configuration options, i'm very pleased.
also, i've noticed that enabling replaygain during the transcoding seems to yield lower bitrates in LAME, and consequently smaller file sizes. BEAUTIFUL!
so thanks a million, ilikedirt!
also, i've noticed that enabling replaygain during the transcoding seems to yield lower bitrates in LAME, and consequently smaller file sizes. BEAUTIFUL!
so thanks a million, ilikedirt!
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.