Re: Intel iMac
Re: Intel iMac
- Subject: Re: Intel iMac
- From: Dan Nigrin <email@hidden>
- Date: Tue, 31 Jan 2006 15:17:38 -0500
Jeff, just curious - why did Apple make this design decision? It
seems odd to offload clock synchronization to software when not
really necessary??
Or is there a reason dictated by the new platform that *made* it necessary??
Thanks,
Dan
--
Dan Nigrin
Defective Records
202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X
http://www.defectiverecords.com
http://www.jackosx.com
Yes. The situation is more or less the same for built-in on this
machine as it is for USB.
On Jan 31, 2006, at 12:29 AM, Stéphane Letz wrote:
From: Jeff Moore <email@hidden>
Subject: Re: Intel iMac
To: CoreAudio API <email@hidden>
On the Intel iMac, there are two input devices (one analog and one
digital) and one output device. All three devices are clocked
independently and, much like USB devices, are represented as three
separate devices in the HAL. This presents something of a new
situation as there are no bi-directional devices on the system by
default anymore. Code needs to be able to deal with that situation.
That said, I don't know a whole lot about MTCoreAudio, so I can't say
if it can handle that situation. I do know that it's pretty hard to
get into a situation on these systems where the HAL won't return a
default input device.
Does this mean that we'll need to use an aggregate device to
"combine" input and output to solve the clock sync issues when
doing full-duplex audio?
--
_______________________________________________
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