hello, I have just seen me a bug under pure data but I do not manage to explain it. The problem comes from the int's box, I believe. I think that you know it already. Here my patch
#N canvas 266 130 458 411 10; #X obj 133 75 t f f; #X obj 158 101 int; #X obj 145 131 -; #X floatatom 149 171 0 0 0 0 - - -; #X obj 117 171 * 10; #X floatatom 117 195 0 0 0 0 - - -; #X floatatom 133 31 5 0 0 0 - - -; #X obj 133 52 / 10; #X text 172 30 <-- roll it , it's beautiful; #X floatatom 245 134 0 0 0 0 - - -; #X floatatom 25 92 0 0 0 0 - - -; #X text 61 208 I don't understand can you help me?; #X obj 183 133 print int; #X obj 65 133 print float; #X obj 136 275 expr ($f1/10-int($f1/10))*10; #X floatatom 135 237 0 0 0 0 - - -; #X floatatom 139 340 0 0 0 0 - - -; #X text 165 237 <-- roll it , it's beautiful; #X connect 0 0 2 0; #X connect 0 0 10 0; #X connect 0 0 13 0; #X connect 0 1 1 0; #X connect 1 0 2 1; #X connect 1 0 9 0; #X connect 1 0 12 0; #X connect 2 0 3 0; #X connect 2 0 4 0; #X connect 4 0 5 0; #X connect 6 0 7 0; #X connect 7 0 0 0; #X connect 14 0 16 0; #X connect 15 0 14 0;
Hallo, thomas thiery hat gesagt: // thomas thiery wrote:
hello, I have just seen me a bug under pure data but I do not manage to explain it. The problem comes from the int's box, I believe. I think that you know it already. Here my patch
Hm, I don't really see what should be the bug in this patch?
Frank Barknecht _ ______footils.org_ __goto10.org__
Frank Barknecht wrote:
Hallo, thomas thiery hat gesagt: // thomas thiery wrote:
hello, I have just seen me a bug under pure data but I do not manage to explain it. The problem comes from the int's box, I believe. I think that you know it already. Here my patch
Hm, I don't really see what should be the bug in this patch?
roll to 41
mfg.asdr IOhannes
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
Frank Barknecht wrote:
Hallo, thomas thiery hat gesagt: // thomas thiery wrote:
hello, I have just seen me a bug under pure data but I do not manage to explain it. The problem comes from the int's box, I believe. I think that you know it already. Here my patch
Hm, I don't really see what should be the bug in this patch?
roll to 41
I already rolled to 21. But isn't that just the inaccuracy that's inherent when using float32?
Frank Barknecht _ ______footils.org_ __goto10.org__
On Mon, 2006-12-11 at 14:25 +0100, IOhannes m zmoelnig wrote:
Frank Barknecht wrote:
Hallo, thomas thiery hat gesagt: // thomas thiery wrote:
hello, I have just seen me a bug under pure data but I do not manage to explain it. The problem comes from the int's box, I believe. I think that you know it already. Here my patch
Hm, I don't really see what should be the bug in this patch?
roll to 41
do you need to roll to 41 in order to get 0.9999 as output? i already get this output with 21 as input.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
that's the problem with floats... another question I have is, how high is it possible to count without problems? marius.
IOhannes m zmoelnig wrote:
Frank Barknecht wrote:
Hallo, thomas thiery hat gesagt: // thomas thiery wrote:
hello, I have just seen me a bug under pure data but I do not manage to explain it. The problem comes from the int's box, I believe. I think that you know it already. Here my patch
Hm, I don't really see what should be the bug in this patch?
roll to 41
mfg.asdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
as for now I think I can count up to 16 777 216. correct? ok, I can live with that for the moment. m.
marius schebella wrote:
that's the problem with floats... another question I have is, how high is it possible to count without problems? marius.
IOhannes m zmoelnig wrote:
Frank Barknecht wrote:
Hallo, thomas thiery hat gesagt: // thomas thiery wrote:
hello, I have just seen me a bug under pure data but I do not manage to explain it. The problem comes from the int's box, I believe. I think that you know it already. Here my patch
Hm, I don't really see what should be the bug in this patch?
roll to 41
mfg.asdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
But 999,999 is the maximum that will be displayed.
.hc
On Dec 11, 2006, at 10:56 AM, marius schebella wrote:
as for now I think I can count up to 16 777 216. correct? ok, I can live with that for the moment. m.
marius schebella wrote:
that's the problem with floats... another question I have is, how high is it possible to count
without problems? marius. IOhannes m zmoelnig wrote:Frank Barknecht wrote:
Hallo, thomas thiery hat gesagt: // thomas thiery wrote:
hello, I have just seen me a bug under pure data but I do not
manage to explain it. The problem comes from the int's box, I
believe. I think that you know it already. Here my patchHm, I don't really see what should be the bug in this patch?
roll to 41
mfg.asdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
¡El pueblo unido jamás será vencido!
On Mon, 11 Dec 2006, marius schebella wrote:
that's the problem with floats... another question I have is, how high is it possible to count without problems? marius.
In binary (internally to pd), you can count up to 16777216. If it were float64, then it'd be up to 9007199254740992. This has to do with how many bits in float32 and float64 are reserved for the exponent (it doesn't double from one to the other).
However, when you save to a file, pd joyously rounds anything above 1000000. It's a "feature".
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Mon, 11 Dec 2006, Mathieu Bouchard wrote:
In binary (internally to pd), you can count up to 16777216. If it were float64, then it'd be up to 9007199254740992. This has to do with how many bits in float32 and float64 are reserved for the exponent (it doesn't double from one to the other). However, when you save to a file, pd joyously rounds anything above 1000000.
Actually, after how many decimal digits should pd switch to exponential mode? the current 6, or else 7 or 8 ?
With 8, all the precision of the float32 number is found in decimal, whereas with 7 (or 6), all the precision of the decimal number is found in the float32.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
ol a a totes,..
i invite you to visit nvisible.taz
http://gustto.org/nvisible.taz/
nvisible.taz is a free-domained-temporary-urled that is in fact the personal site of daax! ...probably later will change the url so stay in tune ))...
As daax! i ve been developing the hackthedj! patch downloadable from the same site...
http://gustto.org/nvisible.taz/software.html
Also few unreleased tracks that u can download or listen in a playlist,..all strictly made with pd...(probably ull notice some bug in the sound u have to think that all are live jams recorded without edition...)
http://gustto.org/nvisible.taz/audio.html
enjoy ;P
salut x!