It may be a bit more complex since exponent values between -1 and 1 are the ones that generate imaginary numbers from negative values, with the exception of 0 which generates 1. Latest pd-l2ork patch tries to fix this. See:
https://github.com/pd-l2ork/pd/commit/95d82d33d2580a00e32d725e0f5147d88cdaf3 70 > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of > IOhannes m zmoelnig > Sent: Tuesday, April 23, 2013 6:21 AM > To: [email protected] > Subject: Re: [PD] Negative input numbers for [pow] return 0 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2013-04-23 11:50, Joe White wrote: > > Out of curiosity, are the workarounds suggested more of a result of > > the difficulty of extending the Pd core rather than the > > implications that such a change might have? > > the implementation would be trivial (merely removing the safeguards > that currently clamp the value to 0) > > fgmasdr > IOhannes > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAlF2YIEACgkQkX2Xpv6ydvQyoQCgiC95SRoOKaOHu6qkmpX+kD8 > 0 > /ugAoJymAbmtt6qWkZM5rAlObyhdarRF > =KUIu > -----END PGP SIGNATURE----- > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
