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

[Dan Wilcox]

I think "pd64" is fine, otherwise the list get's catchy/dumb:

pdpd (haha)
pd two-times
pd again
pd double trouble
pd dubs'
pd-sharp (less rounding)
...

I would fine "dppd" confusing unless we go ahead and re-brand ala "pd vanilla" and "double-dipped pd" aka "dppd"...

> On Nov 23, 2020, at 12:00 PM, pd-list-request at lists.iem.at wrote:
> 
> Message: 1
> Date: Mon, 23 Nov 2020 09:22:49 +0100
> From: IOhannes m zmoelnig <zmoelnig at iem.at <mailto:zmoelnig at iem.at>>
> To: pd-list at lists.iem.at <mailto:pd-list at lists.iem.at>
> Subject: Re: [PD] Pd 64 bits precision "for real"?
> Message-ID: <57e459d6-e8d1-516c-da37-af88912aaf21 at iem.at <mailto:57e459d6-e8d1-516c-da37-af88912aaf21 at iem.at>>
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> On 11/23/20 12:25 AM, Martin Peach wrote:
>> It should be named dppd to avoid confusion imho.
> 
> or pddp (or is that already taken?)
> 
> when csound switched to double precision they renamed things to 
> "csound64" (with "things" being at least the libraries that hold the 
> engine).
> 
> so i like pd64 better, as it is obvious that this is still Pd (and not 
> just some nice palindromic acronym).
> 
> but anyhow, yes: we probably need a catchy name.
> 
> fgmadsr
> IOhannes

--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20201123/e354eeff/attachment.html>