Re: Presets etc.
Re: Presets etc.
- Subject: Re: Presets etc.
- From: William Stewart <email@hidden>
- Date: Thu, 9 Jun 2005 16:09:08 -0700
Factory Presets are well, Factory Presets - we really don't expect
them to be changing - the analogy we used was ROM presets in Synths.
Generally they'd be global settings across all AU's, but there's no
strict requirement that this is the case.
There's a little bit of confusion about how these are set, and how
things catch these being set.
Basically the general approach we'd see is that the host (or whoever
sets a preset - whether this is the factory preset or a .aupreset -
the ClassInfo property), is that the setter is responsible for
sending any all parameters have changed notification. From AUHosting
- when the aupreset is set:
AudioUnitParameter changedUnit;
changedUnit.mAudioUnit = mTargetUnit;
changedUnit.mParameterID = kAUParameterListener_AnyParameter;
RequireNoErr (AUParameterListenerNotify (NULL, NULL,
&changedUnit));
There's currently a bug in both AU Lab and in the Carbon Generic View
that is when a Factory Preset is set, this notification isn't sent.
One property you can listen to that would indicate that the factory
preset has been set on an AU is kAudioUnitProperty_PresentPreset
Bill
On 08/06/2005, at 12:33 AM, Jeremy Sagan wrote:
Hello!
Is this the best way to listen for changes in the factory presets:
err = AudioUnitAddPropertyListener(au,
kAudioUnitProperty_FactoryPresets, myfactoryPresetChangedProc,
this);
static void myfactoryPresetChangedProc(void *plug, AudioUnit ci,
AudioUnitPropertyID inID,
AudioUnitScope inScope, AudioUnitElement inElement)
{
switch (inID)
{
case kAudioUnitProperty_FactoryPresets:
RefreshFactoryPresets(VPlug);
break;
}
}
Thanks,
Jeremy
On Apr 28, 2004, at 10:32 AM, Urs Heckmann wrote:
Hiya,
Specs wise, you can propagate a new list of Factory Preset by
firing a notification that kAudioUnitProperty_FactoryPresets has
changed 8-)
Then, a well behaved host shouldn't hesitate to query this
property once again and update its preset menu.
But I guess, this is not the case currently...
However, unlike VST lingo, IIRC this would account for all
instances of that AU plugin.
Cheers,
;) Urs
Am 28.04.2004 um 15:48 schrieb Pavol Markovic:
Dear list,
I've read many opinions that VST mimics limited abilities of hw
machines. But isn't the AU fixed factory preset list something
restricted, too? Where is the software flexibility - it's main
advantage over hw. It's true that you can have fixed preset list
for simple reverb and work with it without problems, but for
synths you need patches sorted into categories - and to let users
manage them, to add new preset banks - this is what makes them
usable. Yes Urs' way is fine, but this works only for AU only
plugins, unless you'll write your own AU preset handler on other
(sw and hw) platforms. But this way it is AU format which
dictates how the things have to be organized.
PM
_______________________________________________
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.
urs heckmann
email@hidden
www.u-he.com
_______________________________________________
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.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
--
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
________________________________________________________________________
__
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden