> After reading that extensive explanation that you posted a few weeks
> ago, I'm under the impression that 96 0-samples won't change a thing
Actually, 576 samples.
> because these are the cause of the 0->1 factor up to 50% of the first
> frame. Apologies for assuming the fix would be easy.
Sorry, it's impossible even.
> What would be needed at encoding time is some data fed to the
> encoder so that, for example, at 12.5% of 1st frame the 0*.75+S*.25
> influence would seem S*.75+S*.25 or 0*.75+(S/.25)*.25. But I have, of
The frames are _not_ just multiplied with the window; there are aliasing
components in there too. And you can't eliminate those.
> course as ever, no idea how and or what data to feed to the encoder as
> 50% overlap from last frame or how to deform the first 50% of the 1st
> frame so that you can start it at nominal strength instead of 0->1.
Second problem is, the last frame is padded, because generally, your input
wav is not a multiple of 576 samples long.
Ciao,
Segher
>
> apologies for the rubbish ;)
Sure :-)
>
> --
> Best regards,
> vdbj mailto:[EMAIL PROTECTED]
>
>
> --
> MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
>
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
