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__;!!Mih3wA!EwzC4qYbm5iGZ3jJH9Mk9MnwWqCL59NA2Ob0BtH4Mjp96R6jdPrVoD7Y5ZmaQlx5tJqDys99NrWLmv4b_ek$
https://urldefense.com/v3/__https://www.katjaas.nl/doubleprecision/doubleprecision.html__;!!Mih3wA!EwzC4qYbm5iGZ3jJH9Mk9MnwWqCL59NA2Ob0BtH4Mjp96R6jdPrVoD7Y5ZmaQlx5tJqDys99NrWLzsgWeMg$
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
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!EwzC4qYbm5iGZ3jJH9Mk9MnwWqCL59NA2Ob0BtH4Mjp96R6jdPrVoD7Y5ZmaQlx5tJqDys99NrWLpwDU2O8$
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
