well, 5^12 is in the range of the value represented by a float number. but at this value, the precision is more than 1, so it's can be computed directlly, but not with single iteration.
I guess wikipedia will explain it in more detail than what I can do in a mail. https://en.wikipedia.org/wiki/Floating-point_arithmetic more specifically : https://en.wikipedia.org/wiki/Floating-point_arithmetic#Range_of_floating-po... https://en.wikipedia.org/wiki/Floating-point_arithmetic#Accuracy_problems
cheers c
Le 26/04/2018 à 09:57, hans w. koch a écrit :
thanks, cyrille,
but why does the computation for 5pow12 [print start] in my patch then still produce 2.44141e+08? or 5pow12 - 4pow12 work? (see attached)
cheers hans
Am 26.04.2018 um 09:46 schrieb cyrille henry ch@chnry.net:
hello,
this is not a probem with until, but a problem of big number precision. see attachment. cheers c
Le 26/04/2018 à 09:30, hans w. koch a écrit :
dear miller, all for a project i am working with very high number of iterations. but it seems iŽve literally hit a ceiling with [until] for 4pow12 iterations it performs fine. but 5pow12 doesnŽt. feeding it into a counter, 5pow12 produces the same result as 4pow12. attached a small patch to demonstrate. is this limitation by purpose? (i have a workaround not using [until], but wanted to make sure i didnŽt overlook something) thanks hans _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
<big_number_precision.pd>_______________________________________________ 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