Hello list,<br><br>continuing with a topic I started some time ago (but couldn't continue the discussion), I've made a simulated version of my patch to explain the situation. The full patch is too complex, and would need audio files to be sent with it.<br>
<br>The context is as follows:<br>An audio file stored in a buffer is played in small segments in a forward-backward sequence. Each segment is played after the previous, with no gaps in time or reading point. First segment goes as 0 - 8638.86, 2nd as 8638.86 - 17277.7, 3rd as 17277.7 - 25916.6 , etc. All segments are triggered at the same pace, in this case 181.818 ms. You can see all the segments in the [textfile].<br>
Ideally, the original audio file would be reproduced with no difference to the original - besides the playback pointer going forward-backward.<br><br>But when playing back the segments, after the first initial moment with almost no problems (only the clicks when playback changes direction), clicks start to appear at each segment - from around sample 229K onwards.<br>
<br>Since I'm using [vline~], I thought that the timing of the reading point related to the audio blocks wouldn't be a problem. But, if you record the output and look at the audio file, you'll see that the clicks come from a out of phase moment, and then the wave continues.<br>
<br>My question is: am I doing something wrong with the circuit? If not, is there an efficient way of achieving a similar playback of a stored buffer?<br><br>I hope everything is clear. The original patch is a monster, but this version sums up what's happening.<br>
<br>Btw, in the original patch all the values are calculated in real time. But with the "recorded" version the audio sound just the same.<br>The original audio file is 5m18s long. Will the be any round-up problems while calculating the segment coordinates to tabread4~?<br>
<br>Thanks in advance for who has the time to read this,<br><br>Joao<br>