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

[Jaime E Oliver]

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

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