<div dir="ltr">We're trying to implement various sync options in an iOS libPd-based app, and have run across a noticeable drift in the timing.  The app uses 8 'ticks' of 64 samples for faster devices, and 16 ticks for slower ones.  <div>Basically what this means, is that messages are only being processed on these larger multi-block boundaries of 512 or 1024 samples.  And that's not good enough for keeping timing tight. </div><div><br></div><div>Of course, the first question is:  Has anyone already made a workaround to this issue???<br><br>Or does anyone know of a way to make sure libPd processes messages with proper timing, even with the 'ticks' value set quite high?  <br><br>I have an idea for adding time delay messages to clock signals...so that they can be sent through a [pipe] in pd to arrive at the correct time during the block processing. But it looks quite tricky to implement, and i'll wait to see if there is maybe a better solution first. </div><div><br></div><div>cheers, Matt</div></div>