Re: Waveform trimming at zero-crossing issue

["OpBeachGuy" <opbeachguy@hotmail.com>]

Dear Bernard,

Of course this is not what I wanted to hear.... but if that is technically 
the way the MP3 algorithms work I guess we are all stuck with it.  A 
significant drawback in my opinion.

Thank you very much.  This will save me a lot of time and I will apply it 
to 
adopting a new looping strategy.

Diane

----- Original Message ----- 
From: "Bernhard Wagner" <loopdelightml@nosuch.biz>
To: <Loopers-Delight@loopers-delight.com>
Sent: Sunday, April 03, 2005 1:00 PM
Subject: RE: Waveform trimming at zero-crossing issue


> Hi Diane
>
> Check the paragraph at the top of this page:
> http://nosuch.biz/soundz/echoplexLoops.html
> which refers to:
> http://lame.sourceforge.net/tech-FAQ.txt
>
> or, more shortly: your belief is true.
>
> Bernhard
> http://looop.biz
>
>> -----Original Message-----
>> From: Chuck Scholtz [mailto:opbeachguy@hotmail.com]
>> Sent: Sonntag, 3. April 2005 12:45
>> To: Loopers-Delight@loopers-delight.com
>> Subject: Waveform trimming at zero-crossing issue
>>
>>
>> This is so frustrating.  I can sucessfully trim or crop and save ALL 
>> audio
>> file types at desired zero-crossing points EXCEPT for MP3 files.
>> Whenever I
>> perform a trim or crop function on the waveform it looks fine on
>> the monitor
>> and as long as it is still loaded in memory, but each time I save it to 
>a
>> file and reopen it, (regardless of what software I am using, Cool Edit,
>> Cakewalk, Sound Forge) there is always a few milliseconds of silence
>> inserted at the beginning and appended to the end of the waveform. 
>> Surely
>> others have experienced this and may know why this happens?  Based on my
>> success with all other files types, I am starting to believe this must 
>be
>> inherent with MP3 file compression.  Can someone confirm this.
>>
>> If there is a workaround I would love to know what it is.  Thanks to 
>all.
>>
>> Diane (Chucks account)
>
>