Double precision Pd indeed solves the table playback issue (among other
things).

Christof

PS: "64-bit Pd" usually means Pd compiled for a 64-bit architecture, but
this thread is really about double precision Pd. I'm sure you were
talking about the latter, but this is a constant source of confusion, so
I thought I'd better make this clear for other readers.

On 22.11.2020 23:39, Peter P. wrote:
> * Dan Wilcox <danomatika@gmail.com> [2020-11-20 23:19]:
>> Note: until the sound file updates branch with the CAF file support is merged, 64 bit sample indices aren't yet useful with the current core file formats (WAV, AIFF, SND) as they use 32 bit indices.
> Dan, is this in any way related with buffer indexing? I am wondering if
> with 64bit Pd the B16.long-varispeed.pd workaround with the second inlet
> will still be necessary to get cleaner table playback at slow speeds?
>
> thanks, P
>
>
>
> _______________________________________________
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list



_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list