Re: AU Validation tool warning
Re: AU Validation tool warning
- Subject: Re: AU Validation tool warning
- From: William Stewart <email@hidden>
- Date: Tue, 20 Apr 2004 10:33:04 -0700
On 20/04/2004, at 2:51 AM, Pavol Markovic wrote:
>
Yes, a private variable. I thought SDK handles this...
It does, and the SampleEffect Unit that provides factory presets passes
validation without warnings.
>
then what should I do? My Save/Restore calls the AUBase methods and
>
adds/takes new properties (vstdata).
The problem is that the name set when setting either of these
properties:
case kAudioUnitProperty_PresentPreset:
case kAudioUnitProperty_CurrentPreset:
Is not being saved. In the latest releases of the SDK I can see in the
SetProperty implementation in AUBase how these two are being handled
correctly...
What version of the Apple - CoreAudio SDK are you based on?
Bill
>
>
And this is how I handle preset changes:
>
>
OSStatus LPAUSynth::NewFactoryPresetSet(const AUPreset& sPreset)
>
{
>
VST_PLUGIN_CLASS::setProgram(sPreset.presetNumber);
>
SetAFactoryPresetAsCurrent(sPreset);
>
return noErr;
>
}
>
>
Strange thing is, I receive this Warning, even if I don't provide
>
Factory_Presets property.
>
>
Thanks for advice
>
Pavol Markovic
>
>
>
On 19.4.2004, at 21:22, William Stewart wrote:
>
>
> You are looking in the wrong place I think....
>
>
>
> The preset name is SET by another property "PresentPreset" into a
>
> member variable of AUBase that then the Save (and Restore) code in
>
> AUBase appropriately gets and sets...
>
>
>
> AUPreset mCurrentPreset;
>
>
>
> Bill
>
>
>
> On 17/04/2004, at 9:53 AM, Pavol Markovic wrote:
>
>
>
>> I also see this warning in our plugins. I've tried to add presetname
>
>> string manually - completely override SaveState/RestoreState - and
>
>> retain CFString for sure and also let the base classes do the thing,
>
>> but I still see this warning. I use original Panther CoreAudio SDK.
>
>>
>
>> PM
>
>>
>
>> On 17.4.2004, at 3:20, William Stewart wrote:
>
>>
>
>>> The Current (or Present) Preset property is called to set the name
>
>>> of
>
>>> a
>
>>> preset. Then the preset (ClassInfo) is retrieved and the name is
>
>>> expected to have been saved.
>
>>>
>
>>> The docs explain this relationship
>
>>> (Developer/Documentation/CoreAudio/AudioUnit). The AUBase classes we
>
>>> provide support this automatically if you are using them
>
>>>
>
>>> Bill
>
>>>
>
>>> On 16/04/2004, at 2:48 PM, Michael Kleps [reFX] wrote:
>
>>>
>
>>>> Hi all,
>
>>>>
>
>>>> I get a warning from the AU validation tool:
>
>>>> ---------------------------------------------------------------
>
>>>>
>
>>>> VERIFYING CLASS INFO
>
>>>> WARNING: Preset name is not retained in retrieved class data
>
>>>> ---------------------------------------------------------------
>
>>>>
>
>>>> Which method is exactly called to verify that the name has not been
>
>>>> retained? I don't support the ClassInfo property, so only
>
>>>> Restore/Save
>
>>>> state is available and Restore state is NOT called prior to the
>
>>>> warning. What exactly is happening during this "Verifying Class
>
>>>> Info"
>
>>>> check?
>
>>>>
>
>>>> Cheers,
>
>>>> Mike
>
>>>> _______________________________________________
>
>>>> 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
>
>>>
>
>>> ____________________________________________________________________
>
>>> __
>
>>> __
>
>>> __
>
>>> Culture Ship Names:
>
>>> Ravished By The Sheer Implausibility Of That Last Statement
>
>>> I said, I've Got A Big Stick [OU]
>
>>> Inappropiate Response [OU]
>
>>> Far Over The Borders Of Insanity And Still Accelerating [Eccentric]
>
>>> ____________________________________________________________________
>
>>> __
>
>>> __
>
>>> __
>
>>> _______________________________________________
>
>>> 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.
>
>> _______________________________________________
>
>> 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
>
>
>
> ______________________________________________________________________
>
> __
>
> __
>
> Culture Ship Names:
>
> Ravished By The Sheer Implausibility Of That Last Statement
>
> I said, I've Got A Big Stick [OU]
>
> Inappropiate Response [OU]
>
> Far Over The Borders Of Insanity And Still Accelerating [Eccentric]
>
> ______________________________________________________________________
>
> __
>
> __
>
> _______________________________________________
>
> 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.
>
_______________________________________________
>
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
________________________________________________________________________
__
Culture Ship Names:
Ravished By The Sheer Implausibility Of That Last Statement
I said, I've Got A Big Stick [OU]
Inappropiate Response [OU]
Far Over The Borders Of Insanity And Still Accelerating [Eccentric]
________________________________________________________________________
__
_______________________________________________
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.