Does anyone know a good technic/routine to time-stretch a buffer of audio data
(mono channel) ?
Is it better to resample the data according to the time-stretching ratio or
is there some other/better technic ?
Any info/link might be usefull (and sorry for the off topic, but lots of people
seem to
>| OdesÃlatel: Steve Lhomme <[EMAIL PROTECTED]>
>|
>| Well, a pre-processor is what I'm programming. But you can't integrate
>it
>| with lame since it can't work in real-time/pipe (for DC adjust, trimmin
>g,
>| normalisation).
>
>You should add some filter processing, for example notch filters f
Addition :
I currently use a Windows shareware to do that. It's called 'WaveTrim' (or 'WavTrim')
and works fine.
>I'm currently doing a simple command-line program to do it, using
>libsndfile. It will also trim files (remove blank in the beginning and end)
>and adjust DC offset.
>
>I'll publish
>>I think the only way is to find every frame, and analyse the header. It will
g>ive you the frame length with the formula mentionned earlier
(sample_per_frame>/sampling_frequency).
>>Otherwise, you'll be missing the VBR aspect of files (unless you can get the
'>real' bit rate).
>
>Do you know o
>> :: I think for Layer I it's 384.
>> ::
>> MPEG-1 Layer I is 384 samples. MPEG-1 Layer II and III is 1152 samples.
>> Values are halved for LSF.
>
>The number of samples is only halved for Layer III LSF (576). Layer I and
>Layer II are always 384 and 1152 samples, respectively.
What is Layer
>What is the point of free format ?
>can winamp play it back ?
Well, Winamp crashes when I try to feed him with a free format file (which is
correct). It may be the input I'm using (in_mpg123.dll) . But it may be Winamp,
I don't know.
The thing is that I want mp3_check to be as reliable as possi
I'd like to find a free format encoded file.
Does anyone of you know where I could find one or an encoder that support free
format (also known as free bitrate) ?
thx
http://www..org
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Is it possible to find a frame header inside a frame ?
Since the CRC is not enough/always reliable to check a frame, I'd like to know
if it's possible to find such a frame header inside, of it's to be considered
an error.
http://www..org
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3en
Hi everyone,
I'd like to know where to find some sources or specifications on the CRC used
on MP3 frames. I know I could get it in the lame sources, but I'd like to know
first if it's fully compliant !
This is to integrate the CRC check in mp3_check.
thx
http://www..org
--
MP3 ENCODER mail
>> In http://privatewww.essex.ac.uk/~djmrob/mp3decoders/index.html
>>there's a comparison of mp3 decoders. Lame is one of the three that
>passed
>>the test (the other two are Winamp 2.22 and Ultra Player). But mpg123
>is
>>not tested. What about it? Does anyone know any decoding problem with
10 matches
Mail list logo
