• 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: AudioServerPlugin: kAudioObjectPropertyCustomPropertyInfoList
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: AudioServerPlugin: kAudioObjectPropertyCustomPropertyInfoList


  • Subject: RE: AudioServerPlugin: kAudioObjectPropertyCustomPropertyInfoList
  • From: Bertrand Van Kempen <email@hidden>
  • Date: Tue, 12 Nov 2013 09:44:57 +0100
  • Thread-topic: AudioServerPlugin: kAudioObjectPropertyCustomPropertyInfoList

OK, so I'll fix my code.

Thanks,

Bertrand

-----Original Message-----
From: coreaudio-api-bounces+bvankempen=email@hidden [mailto:coreaudio-api-bounces+bvankempen=email@hidden] On Behalf Of Jeff Moore
Sent: Tuesday, November 12, 2013 12:29 AM
To: coreaudio-api
Subject: Re: AudioServerPlugin: kAudioObjectPropertyCustomPropertyInfoList

Comments inline.


—

Jeff Moore
Core Audio
Apple


On Nov 11, 2013, at 7:16 AM, Bertrand Van Kempen <email@hidden> wrote:

> Hi,
>
> I have a question about kAudioObjectPropertyCustomPropertyInfoList:
>
> For string, I have to use kAudioServerPlugInCustomPropertyDataTypeCFString
> For struct/dictionary, I have to use a CFPropertyList (kAudioServerPlugInCustomPropertyDataTypeCFPropertyList)
>
> But, for simple types as uint32_t, should I also use kAudioServerPlugInCustomPropertyDataTypeCFPropertyList.

Yes. That is correct. Custom properties support just those two types.


> I noticed that when I provide mPropertyDataType = kAudioServerPlugInCustomPropertyDataTypeNone then I can pass a uint32_t data through Get/GetPropertyData.
> It works but I'm not sure it is allowed to do that; do I have to put the uint32_t data to a CFPropertyList and use kAudioServerPlugInCustomPropertyDataTypeCFPropertyList?
> If yes, what is the size I should return in GetPropertyDataSize() for a custom property (uint32_t); sizeof(CFPropertyList)?

This is an unsupported configuration. In fact, I’d call it a bug that the HAL let’s you have a property whose data type is kAudioServerPlugInCustomPropertyDataTypeNone. The intention is that the ‘None’ type is only used for qualifier data but is not meant to be used for property data. I wrote myself a bug to enforce this at some point in the future. So, I would not ship anything based on this particular mistake in the API implementation.


> Do you have a little sample which demonstrates the use of custom properties?

We do not at the moment. But I wrote a note to make sure we add something in this area to the examples.



 _______________________________________________
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

 _______________________________________________
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


References: 
 >AudioServerPlugin persistent storage (From: Bertrand Van Kempen <email@hidden>)
 >AudioServerPlugin (From: Bertrand Van Kempen <email@hidden>)
 >Re: AudioServerPlugin (From: Jeff Moore <email@hidden>)
 >AudioServerPlugin: kAudioObjectPropertyCustomPropertyInfoList (From: Bertrand Van Kempen <email@hidden>)
 >Re: AudioServerPlugin: kAudioObjectPropertyCustomPropertyInfoList (From: Jeff Moore <email@hidden>)

  • Prev by Date: MIDISend and MIDISendSysex semantics
  • Next by Date: Hosting 'aumi' Midi Effect Audio Units
  • Previous by thread: Re: AudioServerPlugin: kAudioObjectPropertyCustomPropertyInfoList
  • Next by thread: Re: AudioServerPlugin persistent storage
  • Index(es):
    • Date
    • Thread