<div dir="ltr"><blockquote class="gmail_quote" style="font-size:12.8000001907349px;margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Seems Pd runs faster if compiled to 64 bits in a 64 bit OS than if it were compiled as 32, which does makes sense. That's all?<br></blockquote><span style="font-size:12.8000001907349px"><div><span style="font-size:12.8000001907349px"><br></span></div>"<i>no : pd compiled for 64 bit system will not run on 32 bit sytem, and it will not load 32 bit externals.</i>"</span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">sure, but it still runs faster if compiled to 64 bits in a 64 bit OS, right?<br></span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-01 14:52 GMT-02:00 Cyrille Henry <span dir="ltr"><<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Le 01/02/2015 17:42, Alexandre Torres Porres a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yeah, SC is double float, but they seem to round it up for some reason, maybe the same reason as Pd. But SC uses single float for signal processing, so it is the same as Pd in the end.<br>
<br>
Well, I did believe that Pd compiled for 64bits did increase the resolution to double, but ok, it does not. And yeah, it just means it's compiled for a 64 bit OS... But what does it mean in practical terms? What is the advantage?<br>
<br>
Seems Pd runs faster if compiled to 64 bits in a 64 bit OS than if it were compiled as 32, which does makes sense. That's all?<br>
</blockquote>
no : pd compiled for 64 bit system will not run on 32 bit sytem, and it will not load 32 bit externals.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Now, if it were to run as double precision, then it'd clearly run slower, right?<br>
<br>
I don't have much deep knowledge in this, I appreciatte if anyone cares to share their wisdom.<br>
</blockquote>
<br>
benchmarck and lot's more are here :<br>
<a href="http://www.katjaas.nl/doubleprecision/doubleprecision.html" target="_blank">http://www.katjaas.nl/<u></u>doubleprecision/<u></u>doubleprecision.html</a><br>
<br>
cheers<br>
c<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
thanks<br>
Alex<br>
<br>
2015-01-31 18:23 GMT-02:00 Martin Peach <<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a> <mailto:<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a>><u></u>>:<br>
<br>
I tried this using c on Windows:<br>
<br>
float:<br>
Pi is 3.<u></u>14159274101257320000000000000<br>
double:<br>
Pi is 3.<u></u>14159265358979310000000000000<br>
, which matches the supercollider value:<br>
3.1415926535898<br>
<br>
My lpi.pd_lua also gives 3.141592653589793100 on WIndows but on linux I got 48 digits after the decimal:<br>
3.<u></u>141592653589793115997963468544<u></u>1851615905761718750000<br>
<br>
And from <a href="http://www.piday.org/million/" target="_blank">http://www.piday.org/million/</a> the first 54 digits of pi are these:<br>
<br>
3.<u></u>141592653589793238462643383279<u></u>50288419716939937510582<br>
<br>
So a float is accurate to 6 decimal places, a double is accurate to 15, and supercollider rounds the double to 13.<br>
Lua on linux gives 48 digits but it's also only accurate to 15.<br>
<br>
Martin<br>
<br>
On Sat, Jan 31, 2015 at 1:46 AM, Alexandre Torres Porres <<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a> <mailto:<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>>> wrote:<br>
<br>
So, cant we raise the bit resolution of pd to more than what's there? how?<br>
<br>
Martin, about the pi in lua, i never got to see it, but supercollider prints the value of pi as<br>
<br>
3.1415926535898<br>
<br>
so thats more than 24 bit float, but what is it?<br>
<br>
cheers<br>
<br>
2015-01-29 15:47 GMT-02:00 Martin Peach <<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a> <mailto:<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a>><u></u>>:<br>
<br>
Here's a patch using pdlua that shows the value of pi in various ways. I get 48 decimal places in a symbol.<br>
<br>
Martin<span class=""><br>
<br>
On Thu, Jan 29, 2015 at 12:36 PM, Alexandre Torres Porres <<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a> <mailto:<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>>> wrote:<br>
<br>
>more that 7 digit but less than 8 digits<br>
...<br>
> so, 4/3 =! 1.33333<br>
> but 4/3 == 1.33333333 (8 "3")<br>
<br></span>
I don't get it. More than 7 decimal digits but less than 8 decimal digits? How does that work? In practice, is it 7 or 8?<span class=""><br>
<br>
In the example we see that 4/3 == 1.33333333 (8 "3") - so it's 8 decimal digits...<br>
<br></span><span class="">
I have a work around using expr. Just put the number in parenthesis.<br>
<br>
Try [expr 4./3 == (1.33333333)] (8 "3")<br>
<br>
but the thing is that this is also true - [expr 4./3 == (1.3333333)] - also equal to 7 "3"<br>
<br></span><div><div class="h5">
cheers<br>
<br>
2015-01-29 14:58 GMT-02:00 Cyrille Henry <<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a> <mailto:<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>>>:<br>
<br>
hello,<br>
<br>
ok, claude was faster to answer, but since i already write my mail, i send it anyway...<br>
<br>
<br>
pd internal resolution is float32.<br>
(i.e, 23 bit, so a bit less than 17 millions, i.e more that 7 digit but less than 8 digits)<br>
pd graphical representation is 6 digits<br>
<br>
so, 4/3 =! 1.33333 but 4/3 == 1.33333333 (8 "3")<br>
even if both are represented with the same number of 3...<br>
this is a generic problem of computer float.<br>
<br>
the only odd thing concerning pd is that number are also saved with 6 digit.<br>
(so precision can be lost when a patch is saved)<br>
<br>
try the attachment patch.<br>
then save the patch, and open it back, and see that precision is lost.<br>
(I have to modifies the patch as text file to have this behaviors, but you can also have the save precision when creating an object... until you save/load the patch)<br>
<br>
you can also have a look on the top right of the patch: a weird effect of float precision...<br>
<br>
cheers<br>
c<br>
<br>
Le 29/01/2015 17:17, Alexandre Torres Porres a écrit :<br>
<br>
Well, thanks everyone.<br>
<br>
And now for some related issues.<br>
<br>
Pd can only represent up to 6 significant digits, so they say. For example, in a message, you can have a number with up to 5 decimal places, like: -5.29314e+12<br>
<br>
but it does have a better internal resolution, if you compare 4 / 3 to 1.33333 you'll see 4 / 3 is higher ( try [expr 4./3 > 1.33333] and check).<br>
<br>
So, what's this internal resolution? And why can't you have the same resolution in a message?<br>
<br>
thanks<br>
<br>
2015-01-28 16:06 GMT-02:00 Martin Peach <<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a> <mailto:<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a>> <mailto:<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a> <mailto:<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a>><u></u>>__>:<br>
<br>
On Wed, Jan 28, 2015 at 12:00 PM, Cyrille Henry <<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a> <mailto:<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>> <mailto:<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a> <mailto:<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>>>> wrote:<br>
<br>
<br>
<br>
Le 28/01/2015 17:47, Alexandre Torres Porres a écrit :<br>
<br>
> it's a limitation of 32 bit float<br>
<br>
I thought so, but same happens when I use the new Pd Vanilla 64 bits...<br>
<br>
this mean that it's compiled for 64 bit CPU, not that float are store on 64 bits<br>
<br>
Also last time I checked, Pd saves floats by first printing them to 6 digit precision, so they have even less range than a 'float' type.<br>
You could use an object made with pdlua to manipulate large floating-point numbers, as there is no(?) limit to the size of a float in lua.<br>
<br>
Martin<br>
<br>
______________________________<u></u>___________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> <mailto:<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a>> <mailto:<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> <mailto:<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a>>> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/__listinfo/pd-list" target="_blank">http://lists.puredata.info/__<u></u>listinfo/pd-list</a> <<a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/<u></u>listinfo/pd-list</a>><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</div></div></blockquote>
</blockquote></div><br></div>