• 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: HAL user-land audio driver
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: HAL user-land audio driver


  • Subject: Re: HAL user-land audio driver
  • From: Jeff Moore <email@hidden>
  • Date: Fri, 28 Mar 2008 13:45:35 -0700


On Mar 28, 2008, at 5:59 AM, Mikael Hakman wrote:
On March 26, 2008 7:39 PM, Jeff Moore wrote:
On Mar 26, 2008, at 5:25 AM, Mikael Hakman wrote:
Are the basic (and laborious) shared memory and/or IPC and/or dividing the plug-in into multiple clients/shared server architecture the only alternatives?

You are definitely going to be using shared memory and/or IPC, but whether you use a client/server or peer-to-peer styled protocol depends totally on what you are trying to accomplish.

I got global state and global property change notifications working now. I'm using POSIX named shared memory for global state, POSIX named semaphore for serializing access to this shared memory, and Core Foundation Distributed Notifications for notifying all plug-in instances of the changes. For example, when using my plug-in driver as default audio output and having both Sound Preferences and AMS panels open, and also volume control visible on the menu bar, I can see volume changes in all 3 of them when moving anyone of the 3 sliders. Many thanks for your help so far, Jeff.

Awesome! It's good to hear that you got things going so quickly.

My next question is as follows. Is there any way to add to, or extend AMS panel with an additional user interface elements? I have one custom property on device, global scope, master element that I would like to display to the user as a dropdown select list.

No. AMS is not expandable. The general way we recommend handling your situation is for you to provide your own application that can configure your device and/or manipulate your custom properties. Once you have that done, you can then return the bundle ID of that application as the value of kAudioDevicePropertyConfigurationApplication in your AudioDevice. Then applications that want to have the user change settings can launch your application easily.


I'm pretty sure AMS has support for kAudioDevicePropertyConfigurationApplication too. I believe it comes in the form of a button that will launch the application. HALLab definitely has support for such a button in the device info window.

--

Jeff Moore
Core Audio
Apple


_______________________________________________ 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: HAL user-land audio driver
      • From: "Mikael Hakman" <email@hidden>
    • Re: HAL user-land audio driver
      • From: Brian Willoughby <email@hidden>
References: 
 >HAL user-land audio driver (From: "Mikael Hakman" <email@hidden>)
 >Re: HAL user-land audio driver (From: "Mikael Hakman" <email@hidden>)
 >Re: HAL user-land audio driver (From: Jeff Moore <email@hidden>)
 >Re: HAL user-land audio driver (From: "Mikael Hakman" <email@hidden>)

  • Prev by Date: Re: Logic, AU development and parameter scrambling
  • Next by Date: Re: Logic, AU development and parameter scrambling
  • Previous by thread: Re: HAL user-land audio driver
  • Next by thread: Re: HAL user-land audio driver
  • Index(es):
    • Date
    • Thread