christripledot

OK, if I'm being stupid and jumping the gun, I apologise unreservedly. But I smell a rat with [phasor~]. Take a look at the following patch:

pow-with-exponent-less-than-1-causes-nan-bug-on-powerbook-g4

I observe the same problem with [saw~], [tri~] and [rect~]. Maybe it's my patching, but I can't for the life of me see what I'm doing wrong.

I can't reproduce that on my laptop. Phasor~ works fine for me in that patch

I can't reproduce that on my laptop.  Phasor~ works fine for me in that patch


I'll download the latest version and see if it's still an issue.

Interestingly, if I stick a [snapshot~ 10] -> [flonum] -> [sig~] in front of the [phasor~] it retriggers OK.

Are you getting any errors posted to the max window?

AHA! I think it's something to do with my Powerbook's floating point unit. I hooked a [snapshot~ 10] -> [flonum] to [phasor~]'s output and it shows NAN. Sheeeeeeeeeeeit.

Any ideas on how to get around this? I think it must be something to do with [pow~] and my FPU...

Yes, that's exactly what it is. [pow~] with an exponent < 1 causes the NAN issue. Hrmph.

So, does anyone know of a better way to generate a reverse log curve from a [click~]?

Never mind, discovered [bitsafe] and fixed it. :D

I suppose [pow~] was generating infinity and while [cycle~], [snapshot~] and [flonum] could all handle it, none of the anti-aliased oscillators could.

pow~ with exponent less than 1 causes NAN bug on Powerbook G4