How to make a "less-than-1-Hertz" noise signal ?
Jul 17, 2009 at 11:59pm
How to make a "less-than-1-Hertz" noise signal ?
Using 3 lores~ after a noise~, i managed to make a smoothed noise around 3-5 Hertz, to use it to drive a frequency on other objects, and well, with this patch i found weird crackling noises. But it appear that i can’t really drive these 3 lores~ to less than 3-5 Hertz… !?
Any idea to filter a noise~ signal to less than 1 hertz ?
(and less cpu expensive methods for my example are welcome too.)
Strange noises Patch is in attachment.
Jul 18, 2009 at 11:04am
i dont know offhand but it might be a problem of lores~.
sub 1 Hz lowpass is possible with slide~ (when steepness
take care when automating biquad~ at low frequemcies it
for what you do you also might want to average the power
Jul 18, 2009 at 12:33pm
Lp.frrr~ is a low-frequency noise generator doing what you describe. It’s part of the Litter Pro Bundle.
If you’re not ready for the Pro Bundle yet, your best bet for building anything like this would be to use event-level (ie, plain-vanilla Max) generators triggered by metro and, for smoothing, use line~ or one of its friends.
As a footnote, what you describe is a little different from your patch. Given the sorts of sounds you’re generating, I think you’ll appreciate what Litter Power has to offer–both Starter Pack and Pro Bundle. Regarding the Starter Pack, it does actually work on Max 5, but it’s happier on Max 4. The Pro Bundle is fully Max 5-savvy.
Jul 18, 2009 at 5:31pm
UHh what the hell is this ?
(..and they sound ugly in fact, as i made them in 96000 Kz…)
==> How can it be that a little patch with only 3 noise~, 5 lores~ and some *~, sounds totally different at 44100Kz than at 96000Kz ????
Well, i looks like the values sent to a [lores~] doesn’t react the same when you are in 96000 or 44100. i tryed to put some [/ 2.177 ] after some numberboxes, and now it sounds closer.. but not the same! (and it’s not a question of sound definition, it just sound DIFFERENT) So, in the attached patch (with more presets), i put two “versions”, one for 44100, for those of you who don’t a 96000Kz sound card. one for 96000. The presets are exactly the same in the two patch. but, still, they sound better in 96000Kz…
> with biquad~ (with 2 poles per instance, 4 serial biquads give you 48 db).
> it might be a problem of lores~
> Lp.frrr~ is a low-frequency noise generator doing what you describe.
I’m owner of your bundle, and looking at your [Lp.frrr~], it does not more than random+rampsmooth… (plus this way of doing makes lots of parasite frequencys more than 1Hz)
* mmh, using the 96000Kz-patch at 96000Kz
** for example: to send to a resonators~.
Jul 23, 2009 at 8:36am
I didn’t study the patch in detail, but the huge difference in sound is most likely caused by aliasing. You can’t filter aliasing after it has occured…
Jul 23, 2009 at 6:37pm
> but the huge difference in sound is most likely caused
Interesting thought, this looks like a beginning of explanation of the phenomenon..
> I didn’t study the patch in detail
The particular part of the patch that looks 2 times faster in 44.1 than in 96, is the result in the scope~, of :
noise~ > lores~ > lores~ > lores~
…with about 5 Hertz on 3 lores objects.
Jul 25, 2009 at 3:02pm
Just to notice :
- I managed to built a 1-Hertz-like noise by simply putting 4 [onepole 1. Hz] after a noise. a big number onepole~ in chain gives higher cut off speed after 1 Hz, but with 4 or 5 onepole~ it sounds ok. for less than one hertz, i looks like i need a bigger quantity (something like 15 onepole~ in chain). (the only thing with onepole~ is then that you don’t have a resonance control on it. there must be a way to built something that have it, then more expensive for the cpu.)
- This onepole~ solution seems to sounds the same in 96Khz or 44.1Khz.
- The difference of sound that i had between 96k and 44.1k with lores~ seems to be also in the resonance parameter, not same level for the same result…
Jul 29, 2009 at 7:16am
In theory four onepole~s should be the same as two biquad~s set to lowpass, or simply a cascade~. You can easily set a cascade~ to have a lot of poles…
Jul 29, 2009 at 7:12pm
did you try the rand~ object? It generates random signal values at the frequency you choose. Set it to 44100 hz and you get white noise.
Jul 29, 2009 at 11:55pm
> did you try the rand~ object?
> In theory four onepole~s should be the same as two biquad~s set to lowpass
Thanks Stefan, interesting..
> If the setting is fixed in your patch, you could use a filtergraph~
Not really fixed in fact, so i should better use filtercoeff~.. And was just discovering this filtercoeff~.maxhelp while browsing in your very nice “max overview patch” ! (i was just discovering your patch too.. by the way, you could propose to c74 to put it in the official bundle, it’s so simple and essential!)
But hum, as i’m not only planning on 1Hz-noise, but also fast moving noises, there is a strange thing here : i was expecting the filtercoeff+Biquad to react in signal precision.. but it’s not! : when you put, with Q=30, a very fast modulation on the filter frequency, after 400 Hz, it’s start to get down, and at 750Hz it stabilize… and then look, if i divide my sample rate by my vector size : i get 96000/128 = 750 !!
Which means that the coeffs are really changing only once at each signal vector !!
If you increase the Q, and the vector size in your audio, with audio at 44100Hz, that just sound horrible even with a slow lfo of 10Hz on the filter frequency.
Applying an lfo directly on the biquad, I also found out that it is in fact the biquad~ that listen to its signal inlets only once at each vector, and then smooth the data during the audio vector* ..
So this filtercoeff~ object appears to me to be completely useless, it is more efficient to send a new numerics values at each vector, than to have a other more signal object in your patch. C74 should just have just made a biquad~ that comes directly with the freq/gain/Q stuff.
Hum… in fact, as i use a bandpass, what i am talking about is just the [resonators~ smooth] object from CNMAT, used with just 1 filter. This will do the same for less cpu, i think. the resonators~.maxhelp says that it’s 2-pole, but i’m still wondering if it sounds exactly the same than a bandpass biquad~.
===> Does an msp filter on which you can CONTINUOUSLY change the coeffs AT EACH AUDIO SAMPLE, by an other signal, exist somewhere ???
Thanks a lot,
* in fact i just realized that biquad~ is smoothed, while cascade~ is not smoothed !
Jul 30, 2009 at 7:38pm
And i also just noticed that, as lores~ have the same particularity than cascade~ (not smoothed), then my noises patch needs to be not only at 96000Hz but also exactly at 128 samples of signal vector size, for my presets to sound like i made them. if not they sound totally differently and less interesting…
Jul 31, 2009 at 2:46pm
hm.. finally i found that this may not be so important for me, i found that, as i don’t specially love the sound of ring modulation and fm-like-synthesis, LFO of 20Hz or 25Hz as maximum speed (or noise~ lowpass filtered around 20Hz) will be enough for me. And in fact, the strangeness of some noises in this patch here, is more a consequence of this “vector-limit” than a fast modulation which is in fact introducing randomness on the sound, precisely because of this “vector-limit”.
However, i discovered a bug on filtercoeff~/biquad~ which are finally not smoothing the data, i post it here :
Apr 27, 2010 at 10:28pm
just reposting the ATTACHED PATCH:
You must be logged in to reply to this topic.