He everyone,

this is my first attemp on pure data. I´m trying to build a program for frequency-analysing using bp~ and i am stuck here...i guess there are several better ways to solve this task.

To give you some background about the project:
i want to mic noises of the citiy and visualize them. Therefore i want to control about 4 fans over an arduino-board, which respond to different frequencies by turning on and off and blowing up a textile above the fans... so the left one is responding to low frequencies and the right one responding to high frequencies and so on...
the patch should work with soundfiles as well as with [adc~]

The patch i made uses bandpass filtering and converts the signal with [unsig~] to get a float for a comparison...(by th way, what does this float i get out of [unsig~] tell me?i just heard of [fft~] and [sigmund~] but i am not sure how to use them in my patch.

I know the patch doesn´t work well, but maybe you have some usefull suggestions? Would be nice, if you could have a look at the patch!

cheers

http://www.pdpatchrepo.info/hurleur/4_band_Spektrum.pd

nothing wrong with using bandpass filters for this, but right now you are reading the time domain information, what you want is the volume. check out the env~ object for rms volume or peakenv~ for peak volume, then put one of those after each bandpass filter. After that you may want to debounce the output somehow, you could use [threshold~] and [threshold]

thank you for the hint sebfumaster!

I changed the patch...it works pretty well i guess, but maybe you could have a second look at it?

When i do a frequency-test with the attached file from 100 - 10.000 Hz, the bang buttons should be triggered from left to right and not in a messy way. Any solutions?

Is it just the wrong parameters in [threshold~]?

greetings

http://www.pdpatchrepo.info/hurleur/noise_gate.pd

sure, here's a version that works better with the sine sweep, but fiddling with the parameters to threshold and bp~ is probably necessary. the way [threshold] works is that it bases it's debug on the number of messages it receives. env~ outputs 86 values a second by default at a sample rate of 44100 so you can use this to put in a seconds value into threshold. e.g. in the attached patch threshold will wait one second after becoming low before being able to change to high and 1 second after becoming high before being able to go low.
don't worry about the missing [dbgr], its just to see the audio values (metro->snapshot~->nbx)

http://www.pdpatchrepo.info/hurleur/noise_gate.pd

thanks for the help, sebfumaster!
i changed some parameter of [threshold~] and now it works pretty good. It´s good to know with the 86 values of env~...helped me a lot!