Bug in AudioOutputTDM2

h4yn0nnym0u5e

Well-known member
Just found this one, after a lot of head-scratching. I've done PR#472 for it. The copy from the 16 incoming audio blocks to the output buffer was copying twice as much as it should have, so the second half (presumably garbage) was overwriting memory either currently being DMAed out, or not belonging to the class at all. For me it was just causing weird glitches in the output audio, but I could see it causing all sorts of unstable behaviour if the link placed data differently. Looking at the commit log, this bug has been present for nearly 5 years! Clearly nobody uses this much...
 
Back
Top