Add new comment

The so called anti-glitch fade-in/out ramps are actually being applied to the first and last buffer periods of an audio clip. That should explain the audible difference between 1024 and 128 frames/buffer usage: the ramp is one order of magnitude shorter in the latter case (eg. 23ms vs. 2ms @ 48kHz). You can look at it as like a 10 fold faster attack :)

However, that only explains old behavior. Assuming all clips have zero offset, as you say, there shouldn't be any of this onset muffling anymore. Are you sure all repeated clips are exact copies of each other? or are the slower attack ones the result of cut-segments from a greater one? in this case, you must be aware, these won't be zero-offset audio clips and so those first-period-fade-ins will get into action :/

I'll try to do my homework anyway, 'coz I have something else in mind for the future, like making this ramps independent of buffer/period size for good. Meanwhile, try to find a pattern on the repeated clip muffling if you can. Maybe there's something else more hideous bug lurking in there :(

Cheers && thanks