Quote:
Originally Posted by tebasuna51
With -pad 1 (default), the first 256 samples (delay buffer) are already filled with silence (and introduce a 5.33 ms delay if 48 KHz.) and the real samples are encoded properly.
With -pad 0 [if(!opts.pad_start)] the first 256 samples are filled with real samples, without delay but with something like a fade-in in first 5.33 ms.
|
I don't see that in the source code. When "opts.pad_start" is 0, there is an additional "aften_encode_frame" call in the source code, where the first 1280 samples are set to zero and only the last 256 samples are real samples. When "opts.pad_start" is 1, there is no padding at all, as far as I can see from the source code.
Or is there some magic going on behind the scenes? But how can an
additional "aften_encode_frame" call result in
less padding?
I think the code should read "if(opts.pad_start)". But well, maybe I'm embarassing myself right now...
