Re: GetParameterValueStrings
Re: GetParameterValueStrings
- Subject: Re: GetParameterValueStrings
- From: Marc Poirier <email@hidden>
- Date: Tue, 19 Aug 2003 09:15:40 -0500 (CDT)
On Mon, 18 Aug 2003, Jim Wintermyre wrote:
>
The thing is, the host can never know all possible types of
>
parameters that a plugin might want to use. I guess that's what
>
kAudioUnitParameterUnit_Generic is for; but currently, there's not a
>
way to get the required display information to make it at least as
>
complete as VST. I guess kAudioUnitProperty_ParameterValueName will
>
help in this regard. There also should be a way to specify the
>
parameter unit label for generic params (see getParameterLabel() in
>
original message).
Perhaps that would be useful...
>
>So you'll find that, once you define your parameters properly in AU, the
>
>host and any generic interface has a lot more information about your
>
>parameters than with VST, and you can get much better generic interfaces.
>
>For example, you could check out our Skidder at
>
>http://destroyfx.org/audiounits.html and look at it in an app that uses
>
>the GenericView, like AudioUnitHosting, and you'll see that it's very good
>
>what with all of the sliders with literal ranges and pop-up menus and
>
>checkboxes and whatnot.
>
>
I was checking out one of the TC plugins installed by Spark
>
(SparkDelay) in this case. In Logic 6 on OS 9, in controls mode the
>
controls display useful information; in Logic 6 on OS X in controls
>
mode the param values are meaningless. This could be fixed in
>
subsequent Logic versions (this was 6.0 I think).
It's nothing with Logic (6.0 should be fine), but with the particular
plugin, which simply isn't doing what it should be doing.
>
I tried to check
>
out this plugin in AudioUnitHosting, but it crashes the app. Also,
>
is there a way to toggle between the custom editor view and the
>
generic view in AudioUnitHosting?
I don't think so. I guess you could tweak the sources to make it never
show custom UIs, if you want. I suggested checking out my Skidder as an
example because it doesn't have a custom UI yet, so you're guaranteed to
see it with a generic UI.
>
>In my opinion, the one important thing missing is a way to specify a value
>
>distribution curve. Like if you have some sort of parameter and you want
>
>it to be have it's values scaled logarithmically rather than linearly to
>
>get a nicer response with a generic interface, currently there's no way to
>
>specify that, but I'll keep trying to convince Apple folks that it's
>
>important... ;-)
>
>
Well, from my VST-ish background, I'd say just do the mapping in the
>
plugin... but I can see where this would be useful.
Yes, VST-ish, too VST-ish to work in AU. ;-) If you're dealing with
literal values for parameters, like with AU, then you won't be scaling
internally, because what you get is what you get, e.g. if your 3 - 9
parameter gets set to 8 as its value, then the value is 8, there's nothing
to map. But with VST, it's all squashed into 0 to 1, so you always need
to do mapping with everything.
Or think of it this way: with VST, you don't actually know what the
parameter's value is until you've set it. The only way to know is after
setParameter and then getParameterDisplay have both returned, after the
fact. So this only works in the context when you are "finding" the value
that you want by gradually adjusting some continuous control. But if you
have a parameter value in mind and want to set it right now, you are sore
out of luck with VST, but it is no problem with AU since it presents its
parameter value ranges as what they actually are.
The difference is most apparent if you use a host app like Max/MSP, for
example. Max/MSP offers incredible control and arrangement possibilities,
but VST plugins are kind of left out of that because in order to interface
with the other control elements in the app, you need to set parameters as
values. But with VST plugs, you never know what the hell value will
correspond with the actual value of the parameter that you want. It's
fine if you're just tweaking with the plug's GUI editor, but it becomes
really difficult when you try to connect the plug's control into the rest
of your patch. Other Max users will know what I'm talking about, it's a
real pain in the ass...
Marc
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.