[PD] libPd timing issue, seemingly caused by processing multiple 'ticks' of audio blocks.

IOhannes m zmoelnig zmoelnig at iem.at
Wed Nov 11 09:14:14 CET 2015

On 2015-11-11 02:18, i go bananas wrote:
> 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.
> 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.

just a very dumb question: why don't you use a different *tick size*
(512, 1024) instead of accumulating ticks?


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20151111/8913ac75/attachment-0001.sig>

More information about the Pd-list mailing list