Re: Read-only parameters
Re: Read-only parameters
- Subject: Re: Read-only parameters
- From: Bill Stewart <email@hidden>
- Date: Wed, 27 Nov 2002 14:39:23 -0800
I think that's fine
Another note for hosting AU if the host is NOT using the generic view
from CoreAudio (as I believe we're doing the correct thing here?)
Bill
On Wednesday, November 27, 2002, at 12:57 PM, Urs Heckmann wrote:
Uh,
why then all the hassle with dsp<->gui communication?
If we go
write + read = common user controlled parameter
write only = gui->dsp com (gui writes, dsp reads)
read only = dsp->gui com (dsp writes, gui reads)
we could in most common situations discard all the GetProperty() stuff
and I wouldn't have to read internal params by EventTimers to update
VU meters etc...
I'd appreciate that way...
Cheers,
;) Urs
Am Mittwoch, 27.11.02, um 21:10 Uhr (Europe/Berlin) schrieb Chris
Rogers:
Marc,
My thinking about parameters that are readable but not writable when
I was designing the flags was to provide a way for an AudioUnit
to report back dynamically changing values relating to the internal
state of the DSP. Some examples would be: dynamic compression amount
in dB, peak signal level, average power level in dB, pitch (for a
pitch tracker) in hertz or absolute cents, tempo in BPM for a
tempo detector, etc. Thus the UI would be able to dynamically
display the value of these types of parameters to provide feedback
to the user of what the DSP is doing. This is critical for setting
the threshold on compressors and this sort of thing...
To me it seems like parameters which are neither readable nor writable
make no sense at all. Writable but not readable also seems a bit
suspect but a bit of creative thinking could probably come up with
some
arcane uses for it.
Chris Rogers
Core Audio
Apple Computer
Now imagine a parameter that is readable but not writable. This is
simpler to conceptualize. The parameter values are shown to the
user, but
the user is given no means to alter them. The values are locked.
But if
the values are unchangeable, then what the hell does the user care
about
what the values are? They might as well not be shown. They're only
useful internally to the plugin itself, no one else cares about them.
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.
--
mailto:email@hidden
tel: +1 408 974 4056
________________________________________________________________________
__
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
________________________________________________________________________
__
_______________________________________________
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.