Re: [MP3 ENCODER] resampling

2000-10-02 Thread Frank Klemm
:: :: ::I think this should be a seperate utility outside of lame? Most people ::encode from CDs, which usually are already correctly filtered for stuff ::below 20 Hz. :: :: For pop music this is (mostly) true. I will test several CDs. Next week. :: The psycho part I would

Re: [MP3 ENCODER] resampling

2000-10-02 Thread Frank Klemm
:: :: Question: When fs_in/fs_out is not representable by a:b with little a and b, :: what do you like best: :: :: [_] Lame rounds fs_in in a way, so fs_in/fs_out is representable by little a:b :: [_] Lame have a function to resample exactly any ratio :: [_] both,

Re: [MP3 ENCODER] resampling

2000-10-02 Thread Mark Taylor
:: :: Question: When fs_in/fs_out is not representable by a:b with little a and b, :: what do you like best: :: :: [_] Lame rounds fs_in in a way, so fs_in/fs_out is representable by little a:b :: [_] Lame have a function to resample exactly any ratio :: [_]

Re: [MP3 ENCODER] resampling

2000-09-30 Thread Mark Taylor
:: As a value of 200 for BLACKSIZE showed an improvement in resampling, why :: does is still got a value as low as 25? :: Low pass, high pass and resampling code should be replaced by artefact-less program code. Which filters have artifacts? low pass code is implemented with a very

Re: [MP3 ENCODER] resampling

2000-09-28 Thread Mark Taylor
As a value of 200 for BLACKSIZE showed an improvement in resampling, why does is still got a value as low as 25? Regards, -- Gabriel Bouvigne - France Hi Gabriel, Increasing BLACKSIZE only improves the sharpness of the lowpass cutoff. For resampling, I dont think we need an

Re: [MP3 ENCODER] resampling

2000-09-28 Thread Robert Hegemann
Mark Taylor schrieb am Don, 28 Sep 2000: I hope to add something soon which has it precompute the exact amount needed. Does anyone have code which computes the lcd (largest common denominator) of two ints? I think the number of windows needed is given by:

Re: [MP3 ENCODER] resampling

2000-09-28 Thread Frank Klemm
:: As a value of 200 for BLACKSIZE showed an improvement in resampling, why :: does is still got a value as low as 25? :: Low pass, high pass and resampling code should be replaced by artefact-less program code. All three are currently done by code not being a LTI system, which results in

Re: [MP3 ENCODER] resampling

2000-09-28 Thread Frank Klemm
:: :: :: :: As a value of 200 for BLACKSIZE showed an improvement in resampling, why :: does is still got a value as low as 25? :: :: :: Regards, :: :: -- :: :: Gabriel Bouvigne - France :: :: Hi Gabriel, :: :: Increasing BLACKSIZE only improves the sharpness of

[MP3 ENCODER] Resampling/EQing/Analog-vs-digital ripping

2000-03-24 Thread Shawn Riley
Oh, okay... Looks like I got in over my head... Hmm, recording a CD thru the line-in seems to work fine for me... Oh well :-\ About the EQing, I think Greg misunderstood me... I use the EQ in the CD ripping process, not in the MP3 decoding process. I use Winamp to play MP3s, I leave its EQ

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

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

1999-10-27 Thread Mark Taylor
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