Re: [PD] int float with pure data
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 100. 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___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] int float with pure data
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 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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] int float with pure data
On Mon, 11 Dec 2006, marius schebella wrote: [EMAIL PROTECTED] wrote: Indexing tables with very big sizes is one place I've seen the precision limitations come up in Pd. If you index a huge sound file with a slow moving phasor you will hear tiny jumps as it gets further and further into the array. you're right, with my calculation (16777216) with sr=44.100 Hz that affects every table greater than 6min20sec??? With [tabread] and [tabread~] only: with [tabread4] it's actually much worse, because above half of that value they can't do interpolation, and even for values lower than that they can't get to the precision that might be required for proper antialiasing. IMHO this is fixable by introducing either 64-bit floats in place of 32-bit floats, or by introducing a dual system in which 32-bit floats coexist (32 or high performance, 64 for high precision). The latter is more work, but it's better because you wouldn't need to have separate executables for high speed pd vs high precision pd (and all DSP externals need to be recompiled differently to be compatible with a 64-bit-only pd) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] int float with pure data
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 100. It's a "feature". _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] int float with pure data
[EMAIL PROTECTED] wrote: Indexing tables with very big sizes is one place I've seen the precision limitations come up in Pd. If you index a huge sound file with a slow moving phasor you will hear tiny jumps as it gets further and further into the array. you're right, with my calculation (16777216) with sr=44.100 Hz that affects every table greater than 6min20sec??? m. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
RE: Re: [PD] int float with pure data
>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? Indexing tables with very big sizes is one place I've seen the precision limitations come up in Pd. If you index a huge sound file with a slow moving phasor you will hear tiny jumps as it gets further and further into the array. >> 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 >>> >> >> > > >___ >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
Re: [PD] int float with pure data
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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] int float with pure data
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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] int float with pure data
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. as output? i already get this output with 21 as input. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] int float with pure data
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? Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] int float with pure data
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
Re: [PD] int float with pure data
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? Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] int float with pure data
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; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list