Re: [MP3 ENCODER] fhg mp3enc

1999-11-28 Thread Frederick Page
Hi Rolf, Rolf Hanich wrote on Sun, Nov 28 1999: >A very new version is available as a plugin for 'Nero Burning Rom' cd >burning program. Price DEM 29 (released October 99). That's nice, how about Linux? Regards Frederick -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re: [MP3 ENCODER] fhg mp3enc

1999-11-28 Thread Frederick Page
Hi Ampex, Ampex wrote on Sun, Nov 28 1999: >secondly, does anyone know where i can obtain a full version of the >fhg encoder? cd /YourPath/mp3enc31 gdb set write on file mp3encdemo31 print {unsigned long}0x80972c4 = 1 quit Kind regardsFrederick -- MP3 ENCODER mailing list ( http://geek.r

[MP3 ENCODER] Lame cannot find any .wav file

1999-11-27 Thread Frederick Page
Hi everybody, upgraded my computer, previously had a Pentium 90, 32 MB Ram, 3 HDs (all SCSI, each 2.1 GB). Now have an AMD-K6-III-400, 192 MB Ram, 2 HDs (U2W-SCSI, 18 GB and 9 GB). My previous NCR-53810 has been replaced by a Tekram DC390-U2W. My Linux-Box got copied exactly the way it was on the

Re: [MP3 ENCODER] Resampling at wrong pitch/speed: bug?

1999-10-28 Thread Frederick Page
Hi Mark, you wrote on Wed, Oct 27 1999: >> lame -b 128 -X5 -v -V 4 -h -k -d --resample 48 in.wav out48.mp3 >The bug is that the error message "Error: resample code not yet >written!" was not being printed :-) LOL! Thanks for the clarification. >I think the upsample to 48kHz at 320kbs because

[MP3 ENCODER] Resampling at wrong pitch/speed: bug?

1999-10-27 Thread Frederick Page
Hi all, just gave it a try: lame -b 128 -X5 -v -V 4 -h -k -d --resample 48 in.wav out48.mp3 The .wav file was grabbed from an audio-CD (44.1 kHz). mp3 sounds horrible, way too fast. Is this a feature or should the resampled file sound like the original? The FhG resamples to 48 kHz without any n

Re: [MP3 ENCODER] Some basic questions and comments about LAME

1999-10-23 Thread Frederick Page
Hi Leonardo, you wrote on Sat, Oct 23 1999: >In vbr 4 (much better than web mp3 quality) using initial >br = 32, file is between 92 and 132 KBPS > >Why using lame 3.34 with vbr 0 I have 153 KBPS file while using the old >3.30 in CDex I have a 124 KBPS file (same track from CD) ? I did >something

Re: [MP3 ENCODER] LAME license, once again...

1999-10-18 Thread Frederick Page
Hi Greg, you wrote on Sun, Oct 17 1999: >>zillions of front-ends for encoders, I don't understand, what makes >>this particular program so unique, that it can't be GPL'd. >I'm glad to have some backup here.. Sometimes I feel like a crazed nut, >crying out on a soapbox about issues no ones cares

Re: [MP3 ENCODER] LAME license, once again...

1999-10-17 Thread Frederick Page
Hi Greg, you wrote on Sat, Oct 16 1999: >You said yourself "They have a bad encoder that is coupled via DLL >into their program".. Sounds like they dont want to spend the $$ on >a good encoder, so they want to use lame to enhance their product. I have the same feeling about this. What I don't

Re: [MP3 ENCODER] RE: New FhG encoder

1999-10-14 Thread Frederick Page
Hi Mathew, you wrote on Wed, Oct 13 1999: >> Highest mode is painfully slow >e.g. 10 hours to encode 2 hours of CD audio to 96kbps, on my Celery >400. Ouch. I think even FhG AAC is faster than this! :) You lucky guy :-) FhG takes about 4 hours for one song on my Pentium 90 :-( Kind regards