Re: 'Ganged' or 'Linked' Hardware
Re: 'Ganged' or 'Linked' Hardware
- Subject: Re: 'Ganged' or 'Linked' Hardware
- From: Matthew Xavier Mora <email@hidden>
- Date: Fri, 18 Apr 2003 10:10:17 -0700
At 2:14 PM -0700 4/17/03, Jeff Moore wrote:
I think that BJ summed things up quite well.
The philosophy of the HAL/IOAudio family is to do as little
processing in the driver as possible and to rely on the application
to do all the heavy lifting, especially when it comes to
synchronizing multiple devices. As BJ points out, this is really the
only way to handle the general case where an app wants to
synchronize Device A from Manufacturer B with Device X from
Manufacturer Y.
This is not to say that hardware that supports synching multiple
instances of itself should not implement that feature. They should
because usually this entails synching the instances of the hardware
on a much deeper level (for instance, by synching the clocks on the
devices). This makes the app's life easier because the drift between
the devices will be minimized or even eliminated out right.
Here's a thought,
Maybe CoreAudio can add a property for kexts to publish which is a
"linkable" property. This property could contain either a class name,
or a list of GUID's that this device can link to. So when multiple
Mobile I/O's are plugged in, each instance can publish this property.
In Audio midi setup the user can then link or unlink them with the
direction of the link establishing master/slave relationship. It
could be a read only property describing to the user the link setup
if the driver has its own set up app. Also you could link the input
of one device to the output of other devices so that they could run
in sync.
The fact that this would be a standard property (instead of each
driver coming up with its own way to do it) would mean that the pref
would be saved and restored automatically by the system. The issue is
that kext don't really have an easy way to save off preferences so
it's nice to get help from CoreAudio.
Matt
_______________________________________________
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.