I think that's right. The need for the long-varispeed hack is just that 32-bit floats don't have enough precision to address long tables with fractional indices, 64-bit samples should have enough that the remaining addressing imprecision would be far below the errors introduced in either case by the 4-point interpolation used in delread4~.
cheers
Miller
On 5/26/24 9:40 AM, Peter P. wrote:
Hi list,
is double-precision Pd a possible way to get around interpolation artifacts (B16.long-varispeed.pd) for tabread4~ and delread4~?
I found out that I can have both, single and double precision Pd, installed in parallel in Debian, thank's to IOhannes clever packaging.
From the few sources explaining pd64 https://urldefense.com/v3/__http://puredata.info/downloads/pd-double__;!!Mih... https://urldefense.com/v3/__https://www.katjaas.nl/doubleprecision/doublepre... I suspect that externals have to be compiled for double precision as well? Will I have to install specific externals via Deken or apt then? Are all™ such externals available in both flavours?
From skimming Katja's article, I understand that memory usage of patches in pd64 will be larger than in single precision. Will cpu usage also increase?
Thanks for any help understanding this better! cheersz, P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...