[PD] fft~ bug in Pd-0.46-7-64bit.app on OSX

[Jonathan Wilkes]

Is there something like a real-life [trigger] you use to keep track of their 
ordering?
-Jonathan



     On Friday, October 16, 2015 5:39 PM, Matt Barber <brbrofsvl at gmail.com> wrote:
   

 It's actually twins. It's a complex situation; I don't yet know which is real and which imaginary.
On Fri, Oct 16, 2015 at 5:29 PM, Jaime E Oliver <jaime.oliver2 at gmail.com> wrote:

laptop baby
On Oct 16, 2015, at 5:12 PM, Matt Barber <brbrofsvl at gmail.com> wrote:

I meant 32 points, sorry. You can usually assume I'm typing with a crying baby in my lap. :)
On Fri, Oct 16, 2015 at 4:14 PM, IOhannes m zmölnig <zmoelnig at iem.at> wrote:

On 10/16/2015 03:50 AM, Matt Barber wrote:
> Basically, for [block~] sizes less than 32 bits, [fft~] doesn't perform --
> it just passes the signal through unchanged.

isn't that what is expected of a 1 point FFT? (32bits == 4 bytes ==
sizeof(float)).

> See the attached patch, which only shows [fft~]. The saved contents of the
> tables on opening are the results for [block~ 8] on my machine, for
> quarter-nyquist at 44100.

so you meant 32 bytes (8 samples * 4 bytes each)?

or 32pins aka points (as in [block~ 32])?

gfmrdsa
IOhannes


_______________________________________________
Pd-list at lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



_______________________________________________
Pd-list at lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list





_______________________________________________
Pd-list at lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list


  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20151016/92daf37d/attachment.html>