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
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
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
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'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
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
[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
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
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
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
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).
11 matches
Mail list logo
