view examples/puredata/xtract/a_hann.pd @ 96:757e6f99dcd7

Dan Stowell: Removed strange "zeroing" part of xtract_mfcc() which was zeroing a load of elements despite the fact that they're ignored by the DCT process called next, and never used for anything. This was writing to an assumed large result array (same size as number of FFT bins) despite the fact that only a small number of MFCCs (typically less than 50) are required, therefore either wasting memory or writing to memory it shouldn't do!

#N canvas 379 192 709 463 10;
#X obj 381 119 samplerate~;
#X obj 384 187 phasor~;
#X msg 470 117 0;
#X obj 384 216 expr~ 0.5 - cos($v1 * 6.28) * 0.5;
#X obj 381 141 /~ \$1;
#X text 43 20 Creation arg gives window size;
#X obj 346 38 t b b b b;
#X obj 504 92 float \$1;
#X obj 346 10 inlet;
#X msg 504 114 resize \$1;
#X obj 504 139 s \$0-hann;
#X obj 589 37 table \$0-hann;
#X obj 318 296 tabwrite~ \$0-hann;
#X obj 58 186 tabreceive~ \$0-hann;
#X obj 59 229 outlet~;
#X obj 589 11 block~ \$1;
#X connect 0 0 4 0;
#X connect 1 0 3 0;
#X connect 2 0 1 1;
#X connect 3 0 12 0;
#X connect 4 0 1 0;
#X connect 6 0 12 0;
#X connect 6 1 2 0;
#X connect 6 2 0 0;
#X connect 6 3 7 0;
#X connect 7 0 9 0;
#X connect 8 0 6 0;
#X connect 9 0 10 0;
#X connect 13 0 14 0;