Em ter., 25 de fev. de 2020 às 20:44, Alexandre Torres Porres < porres@gmail.com> escreveu:
I was expecting to see huge numbers in the atom boxes and print, but I still get it with the same resolution as before.
So, does it mean we still have single precision on floats?
On 26.02.20 12:13, Alexandre Torres Porres wrote:
Em ter., 25 de fev. de 2020 às 20:44, Alexandre Torres Porres < porres@gmail.com> escreveu:
I was expecting to see huge numbers in the atom boxes and print, but I still get it with the same resolution as before.
So, does it mean we still have single precision on floats?
no.
see https://github.com/pure-data/pure-data/pull/807#issue-348421658
fgasrm IOhannes
Em qua., 26 de fev. de 2020 às 08:31, IOhannes m zmoelnig zmoelnig@iem.at escreveu:
no. see https://github.com/pure-data/pure-data/pull/807#issue-348421658
hmm, I see a discussion about pd being able to have double precision numbers but the GUI not being able to hold it. I don't understand why. I'd like to be able to see something like 3.1415926535 in a number box and be able to save in the patch something like [* 3.1415926535].
I can see that showing too many digits can be annoying in number boxes, but in object boxes, where the number is (usually) typed by the user, the higher precision is certainly desirable. At the very least, Pd should *save* the number with a higher precision.
Christof
On 26.02.2020 12:48, Alexandre Torres Porres wrote:
Em qua., 26 de fev. de 2020 às 08:31, IOhannes m zmoelnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> escreveu:
no. see https://github.com/pure-data/pure-data/pull/807#issue-348421658
hmm, I see a discussion about pd being able to have double precision numbers but the GUI not being able to hold it. I don't understand why. I'd like to be able to see something like 3.1415926535 in a number box and be able to save in the patch something like [* 3.1415926535].
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Em qua., 26 de fev. de 2020 às 09:29, Christof Ressi info@christofressi.com escreveu:
I can see that showing too many digits can be annoying in number boxes
But you can set the width/digits of number boxes, it's not that now all boxes will change and show more numbers, and by default it still is 5 digits.
Yes, but additional digits are just truncated, there's no rounding. The problem IOhannes mentioned is that with double precision you more often encounter situations where you don't get exact numbers because the rounding happens much later. So you might something like 3.9999999999999 in double precision where single precision might have rounded to 4. In a number box, this would be displayed as "3.999".
The other possibility would be that the GUI objects perform some kind of rounding in double precision mode according to the box width.
Christof
On 26.02.2020 13:44, Alexandre Torres Porres wrote:
Em qua., 26 de fev. de 2020 às 09:29, Christof Ressi <info@christofressi.com mailto:info@christofressi.com> escreveu:
I can see that showing too many digits can be annoying in number boxes
But you can set the width/digits of number boxes, it's not that now all boxes will change and show more numbers, and by default it still is 5 digits.
Em qua., 26 de fev. de 2020 às 09:50, Christof Ressi info@christofressi.com escreveu:
The other possibility would be that the GUI objects perform some kind of rounding in double precision mode according to the box width.
Yeah, I think that definitely would be the best feature/solution