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

Matt Barber brbrofsvl at gmail.com
Fri Oct 16 23:12:50 CEST 2015


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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20151016/3470d362/attachment.html>


More information about the Pd-list mailing list