> Frequencies are real numbers, not integral numbers.
> And I don't like code like:
>
> if ( Frequency == 44055 || Frequency == 44056 ) Frequency = 2863636/65.L; //
>NTSC PCM
> if ( Frequency == 31468 || Frequency == 31469 ) Frequency = 2863636/91.L; //
>NTSC Hi8 Digital
> if ( Frequency == 22254 || Frequency == 22255 ) Frequency = 244800/11.L; //
>MAC HQ
> if ( Frequency == 11127 || Frequency == 11128 ) Frequency = 122400/11.L; //
>MAC LQ
> if ( Frequency == 8012 || Frequency == 8013 ) Frequency = 312500/39.L; //
>NeXT/Telco
> if ( Frequency == 5512 || Frequency == 5513 ) Frequency = 44100/ 8.L; //
>1/8 CD
>
I dont like code like that either! Good thing stuff like that
is not in LAME.
MP3 encoding, and WAV input files only support integer sampling
frequencies. Are you saying we should add support to LAME for
non-integer sampling frequencies? Is there any application for this?
> }
>
> :: I think the number of windows needed
> :: is given by: out_samplerate/(lcd(in_samplerate,out_samplerate))
> ::
> :: (44.1khz -> 32khz requires 320 windows, but 48khz->32khz only
> :: requires 4!)
> ::
> 48 kHz -> 32 kHz requires 2 sets of coefficients. This coefficients are not
> the windows. The window function is the same for all sets of coefficients.
This is of course just semantics. The fuction is the same, just
shifted as you say. Each shifted version of this function has a
different discrete representation in the computer. You want to call
this just coefficients, but I refer to them as "windows", this is
short hand for "sample values of the shifted, windowed convolution
function".
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
