[PD] fft~ bug in Pd-0.46-7-64bit.app on OSX
brbrofsvl at gmail.com
Fri Oct 16 23:37:32 CEST 2015
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>
> 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>
>> 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 ==
>> > See the attached patch, which only shows [fft~]. The saved contents of
>> > 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])?
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pd-list