[PD] Pd 64 bits precision "for real"?

[Alexandre Torres Porres]

so, here I ask, could we expect a 64 bit precision Pd for download in the
next release if that PR gets in? Is it just waiting to be merged, now?

Em dom., 22 de nov. de 2020 às 19:42, Christof Ressi <info at christofressi.com>
escreveu:

> 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 at 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 at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20201122/2171b372/attachment.html>