Nov 5, 2008 at 6:20pm
I tried the omx.peaklim~ object, that looks like working, unfortunately I don’t understand how the [threshold $1( message works.
Normally, the [threshold -12] message is supposed to set the maximum level to -12dB: “The word threshold, followed by a number, sets the limiter threshold (in dB below full scale). When the input signal level exceeds this threshold, it will be attenuated as necessary to keep the level below the threshold.” (from the MSP Reference Manual).
Also, how do you set the threshold below -24dB?
Thanks for clarifying,
Nov 5, 2008 at 9:27pm
Thanks for your question. The omx objects use a somewhat curious “humanized” parameter value scheme that we should put more effort into documenting. For the threshold of omx.peaklim~ you are correct that 0-100 is an arbitrary range of values that are mapped over the range -24 to 24dB. There is no way to set the parameter outside of this dB range. Ideally, it would be nice if you could do things such as set the threshold in dB directly.
Nov 6, 2008 at 10:07am
Not as elegant, but maybe set the threshold to 0db and scale your signal to the desired value after?
Dec 6, 2010 at 1:13am
I just want to bump this to say how much this sux. Seriously! spent all day debugging the wrong part of my patch because of the bewildering make-believe found in the reference page.
The reference says:
The word ingain, followed by a number, sets the gain in dB applied to the signal before limiting.
The word outgain, followed by a number, sets the gain in dB applied to the signal after limiting.
The word threshold, followed by a number, sets the limiter threshold (in dB below full scale).
uhm. no. It doesn’t. At all.
This object does not take a value in db and worse yet it doesn’t say what the hell it does take but connecting sliders and fiddling around reveals that it takes a range of 0-100. Silly me I thought that you meant what you said and actually put a value in in db.
For the love of all that is holy, you knew this 2 years ago. FIX IT IN THE DOCS NOW.
Dec 6, 2010 at 4:34am
ya, fixing in the docs would be good.
but it’s not really going to change much, the docs will simply read something like, “the word [whatever-parameter], followed by a number, sets the gain in a make-believe unit that ranges between 0-100 which corresponds in the real world to the range between -24dB and +24dB”
actually, writing it out, i see how this might be helpful(minus my extra humorous additions;). but the omx objects were created by the company, Octiv, originally, probably not a priority for Cycling74 to fix Octiv’s docs?
also, i think when David Zicarelli writes, “it would be nice if you could do things such as set the threshold in dB directly”,
in other words, i see how it would be helpful, hope it gets done someday, but can also understand why it wasn’t/isn’t a priority.
You must be logged in to reply to this topic.