Re: [PD] problem with correct numbers in pd double precision / problem with div and mod
done: https://github.com/pure-data/pure-data/issues/1150 > Am 23.09.2020 um 18:29 schrieb hans w. koch : > > ack, yes, of course…thanks, martin! > > meaning that [div] and [mod] are not “doublified“ yet. > i gues that warrants an entry in issues. > >> Am 23.09.2020 um 17:27 schrieb Martin Peach : >> >> On Wed, Sep 23, 2020 at 11:19 AM hans w. koch wrote: >>> . >>> but they only go until 2147483647 >>> anything special about this number? >> >> https://en.wikipedia.org/wiki/2,147,483,647#In_computing > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] problem with correct numbers in pd double precision / problem with div and mod
ack, yes, of course…thanks, martin! meaning that [div] and [mod] are not “doublified“ yet. i gues that warrants an entry in issues. > Am 23.09.2020 um 17:27 schrieb Martin Peach : > > On Wed, Sep 23, 2020 at 11:19 AM hans w. koch wrote: >> . >> but they only go until 2147483647 >> anything special about this number? > > https://en.wikipedia.org/wiki/2,147,483,647#In_computing ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] problem with correct numbers in pd double precision / problem with div and mod
On Wed, Sep 23, 2020 at 11:19 AM hans w. koch wrote: >. > but they only go until 2147483647 > anything special about this number? https://en.wikipedia.org/wiki/2,147,483,647#In_computing ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] problem with correct numbers in pd double precision / problem with div and mod
the onyl thing i don´t like about the [makefilename %.0f] method is, that for big amount of data, it may clutter the symboltable. so i started investigating alternativ ways of storing big numbers in chunks, using the [div] and [mod] objects. but they only go until 2147483647 after which they overflow and produce wrong results. anything special about this number? seems [div] and [mod] are not fully double yet. demo patch attached hans big-numbers4_div-mod.pd Description: Binary data > Am 23.09.2020 um 10:34 schrieb hans w. koch : > > lucas thanks for alerting me to >> Attached patch edited to show that it is "no go" using txt files. > its indeed a major headache :-( > conclusion: the only reliable way using [text] with big numbers is with > from/tosymbol. > > i totally agree, it would be good to be able to write/read 64bit-arrays. > what i like about [text] is multi column data - though it gets really slow > with bigger files. > > hans > >> Am 21.09.2020 um 10:46 schrieb Lucas Cordiviola : >> >> On 9/20/2020 2:38 PM, hans w. koch wrote: >>> but would it warrant opening an issue on github? >> >> There should be some way to write/read 64bit arrays in Pd-double. [text] can >> be used for other stuff as it is not really efficient inside Pd (even if it >> worked without the actual issues). >> >> I think the easiest feature request could be adding [soundfiler] the ability >> to "write" with the -raw flag (actually is only for "reading") and also >> making it able to handle 8 bytes per value. >> >> A little discussion here might lead Hans or me to issue some request. >> >> ? >> >> >> Attached patch edited to show that it is "no go" using txt files. >> >> >> >> Mensaje telepatico asistido por maquinas. >> >> ___ >> 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