• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Storing the state of an AU
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Storing the state of an AU


  • Subject: Re: Storing the state of an AU
  • From: William Stewart <email@hidden>
  • Date: Wed, 6 Dec 2006 18:04:45 -0800

I think you misunderstand the intention.

ClassInfo is a property that allows you to both save and restore the *current* state of an AU - AULab will write out (and read) an aupreset file. This works for all of the Apple and 3rd Party AUs that are used in host apps like Logic, etc.

Factory presets are a collection of internal states that an application can set on an AU - I want the "Medium Hall" reverb state. Once you set that state you can then save it off into an aupreset file if you really want to. Only some AUs implement this property.

Bill

On 06/12/2006, at 5:05 PM, Martin Hairer wrote:

This has been driving me mad for a couple of days now. I have a user interface (that's on a host) that allows to store and retrieve presets for Audio Units. This sounds straightforward enough, but I haven't yet found a proper way of doing this that works with all of the Apple-supplied AUs. Of course, my first instinct was to use kAudioUnitProperty_ClassInfo which is supposed to do the trick. This works fine for most AUs, but those that have factory presets (like AUMatrixReverb) don't seem to update them.

Since some AUs (like SFX Machine RT for example) seem to rely on the value of kAudioUnitProperty_PresentPreset for their GUI, I then thought about storing that value and the values of all the parameters. This again seems to work fine for most AUs, but for some reason it doesn't work for the AUGraphicEQ plug-in...

A third way I tried was to store the values of both kAudioUnitProperty_ClassInfo and kAudioUnitProperty_PresentPreset. Again, this worked for some AUs and not for others.

Since all these experiments show inconsistent results, there must be something that I haven't understood about how storing presets should be handled... Could anyone enlighten me about the correct way of doing this? Thanks a lot,

Martin

HairerSoft
http://www.hairersoft.com/


_______________________________________________ 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


  • Follow-Ups:
    • Re: Storing the state of an AU
      • From: Martin Hairer <email@hidden>
References: 
 >Storing the state of an AU (From: Martin Hairer <email@hidden>)

  • Prev by Date: Storing the state of an AU
  • Next by Date: Re: audioconverter and unpacked source
  • Previous by thread: Storing the state of an AU
  • Next by thread: Re: Storing the state of an AU
  • Index(es):
    • Date
    • Thread