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
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 spec
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-m
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 ove
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
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
thanks johannes,
for the clarification!
always better to know, there is no magic involved :-)
(though i wasn´t implying [text] but the .txt format, which i believed to be
“external" to pd, if that makes sense - appearantly not).
as long as there are workarounds, i can live with that.
a fix is q
Am 20. September 2020 16:41:56 MESZ schrieb "hans w. koch"
:
> yeah, this is consistent with my findings too…
> it just mystifies me, why writing the contents of [text] containing
> symbols to a .txt file and reloading converts them silently back to
> floats, perserving precision.
> seems like the
yeah, this is consistent with my findings too…
it just mystifies me, why writing the contents of [text] containing symbols to
a .txt file and reloading converts them silently back to floats, perserving
precision.
seems like the .txt file format does some behind-the-scenes magic.
(adapted your pa
Interesting I got into troubles storing big numbers into a [text] using
the -k flag but this can be solved using [list fromsymbol] / [list
tosymbol].
See attached patch (needs Pd-double).
--
Mensaje telepatico asistido por maquinas.
On 9/19/2020 3:38 PM, hans w. koch wrote:
just to report
just to report another weirdness:
if i
1. write those big numbers (e.g. 8278095582780955) with [text set] to a [text
define ] with [makefilename %.0f] (i used this to avoid unnecessary decimal
points)
2. then write the textfile to disk as .txt
3. read it in again
the symbols are automatically c
arrghhh…sometimes live can be so easy :-)
cheers
hans
> Am 19.09.2020 um 10:45 schrieb Lucas Cordiviola :
>
> I think you can convert symbol back to float just using [f ].
>
> [123123123(
> |
> [makefilename %f]
> |
> [t a 0]
> | |
> [text set foo]
>
>
>
> [0(
> |
> [text get foo]
> |
>
I think you can convert symbol back to float just using [f ].
[123123123(
|
[makefilename %f]
|
[t a 0]
| |
[text set foo]
[0(
|
[text get foo]
|
[f ]
|
[print]
:)
Mensaje telepatico asistido por maquinas.
On 9/19/2020 4:16 AM, hans w. koch wrote:
thanks lucas,
transitioning numbers
thanks lucas,
transitioning numbers over to symbolland could solve my problem, interesting to
know.
i need to store some of the big numbers in a textfile and there i get the same
problems with representation.
if i recall them later, they´ve lost their precision.
so i can make the transition bac
If you want to print the numbers nicely to the console add [makefilename
%f] :
[t b f]
|
[makefilename %f]
|
[print count]
Be aware of https://github.com/pure-data/pure-data/issues/812
:)
Mensaje telepatico asistido por maquinas.
On 9/18/2020 6:12 PM, hans w. koch wr
hello,
its probably due to my lack of understanding the correct number
representations, but here it goes anyway:
i compiled pd 51-2 double precision for mac 10.14.6
with this version i was hoping to do some maths on big numbers.
but already an increment of 1 on some moderatly big number gives me
16 matches
Mail list logo
