Re: [MP3 ENCODER] what is with the new version
On Tue, 3 Dec 2002 08:38:34 +0100 Gabriel Bouvigne [EMAIL PROTECTED] wrote: Lame 3.93.1 Stable Released! You can find here latest complete Win32 exe, dll and ACM versions with Intel MMX, SSE SSE2, and AMD 3DNow! optimizations (by Intel Compiler 7 and Nasm) There is not yet any support of any SSE or SSE2 optimizations into Lame yet. Only MMX and 3DNow are there. This is likely to be something that is compiled by mixing some files from Gogo and fron Lame. Or they refer to SSE2 instructions generated by icc 7. I hadn't time to test it with icc 7, but MMX instructions generated by icc 5 slowed down lame a little bit (this is independend of the nasm MMX code). Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
[MP3 ENCODER] Re: Mono TO Stereo re-code? (Was: Batch resampling (Was: a NewbieQuestion, possibly OT))
At 21:11 2002-11-28 -0500, john buchannan wrote: Is there any way (even in the comand line) to resample a mono mp3 to a stereo? Not that I know, but you can go through for example SoX (.soundforge.net) using pipes for that, using something like this: lame --decode mono.mp3 - | sox - -c 2 - | lame - stereo.mp3 Going via SoX doesn't reduce quality in this case, as lame is doing the mp3-wav decoding anyway (as it would in mp3-mp3 recoding) and the channel duplication doesn't change the sound. ___ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
Re: [MP3 ENCODER] what is with the new version
A == Alexander Leidinger [EMAIL PROTECTED] writes: There is not yet any support of any SSE or SSE2 optimizations into Lame yet. Only MMX and 3DNow are there. This is likely to be something that is compiled by mixing some files from Gogo and fron Lame. A Or they refer to SSE2 instructions generated by icc 7. I hadn't A time to test it with icc 7, but MMX instructions generated by A icc 5 slowed down lame a little bit (this is independend of the A nasm MMX code). Just FYI: It seems icc7 is not good for LAME compiling, at least for me. With icc7, LAME slows down about 10% comparing icc6. And, With icc6 and -fno-alias option for the compiler, I got one more (about 1 or 2%) speed gain. But with icc7, I cannot use -fno-alias, because it cause an internal compiler error for many files. My test is done on my Duron 1GHz, Linux2.4.20, 384MB memory. I don't have and don't know about the P4 box, but at least for me, icc7 was not good as I expected... -- Takehiro TOMINAGA // may the source be with you! ___ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder