• 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) clock sources
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: (HAL) clock sources


  • Subject: Re: (HAL) clock sources
  • From: "B.J. Buchalter" <email@hidden>
  • Date: Wed, 02 Oct 2002 17:13:32 -0400

on 10/2/02 5:07 PM, Matthew Xavier Mora at email@hidden wrote:

> At 3:13 PM -0400 10/2/02, B.J. Buchalter wrote:
>> on 10/2/02 2:33 PM, Jeff Moore at email@hidden wrote:
>>
>>>
>>> I would not make that assumption. While it may seem odd at first
>>> glance, but you don't want to tie your hands with respect to what
>>> future hardware may be capable of.
>>>
>>> On the other hand, a piece of hardware that did have individual clock
>>> controls on a stream would be a pretty exotic piece of gear.
>>
>> Well the obvious place would be a ASRC device that can clock its input and
>> output from different sources. So I can see a use -- but I guess that the
>> real question is if this is really a "clock source" in the CA sense -- or
>> does it really require a different type of control? I was under the
>> impression that by definition an Audio Engine has one shared clock -- if a
>> stream has a different clock (at least by the time it has hit the computer)
>> it should be in a different engine.
>>
>> Opinions?
>
>
> I think you are right B.J. I quote from the header doc:
>
> " Within a single IOAudioEngine, all sample
> * buffers must be the same size and be running at the same sample
> rate. If different buffers/streams can
> * be run at different rates, separate IOAudioEngines should be
> used. The IOAudioEngine subclass must
> * also call setSampleRate() at init time to indicate the starting
> sample rate of the device.
> *
> "
>
> mLAN poses an interesting dilemma here as there is no reason why an
> mLAN device shouldn't be able to receive audio on multiple isoch
> channels at different rates (I don't think the Mac OS 9 code allows
> that). I guess in that case there would have to be an audio engine
> created for each different sample rate coming in to the one device.

Right, exactly. On related note, do any mLan implementations actually
support multiple s/r in one (physical) device? Obviously a host
implementation could/should/has to, but does anyone's -6 silicon support
multiple clock recovery in the same chip?

Best regards,


B.J. Buchalter

Metric Halo
M/S 601 - Building 8
Castle Point Campus
Castle Point, NY 12511-0601 USA
tel +1 845 831-8600
fax +1 603 250-2451

If you haven't heard ChannelStrip yet, you don't know what you're missing!

Check out SpectraFoo, ChannelStrip and Mobile I/O at http://www.mhlabs.com/

Download a 12 day demo from <http://www.mhlabs.com/demo/>
_______________________________________________
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.

  • Follow-Ups:
    • Re: (HAL) clock sources
      • From: Matthew Xavier Mora <email@hidden>
References: 
 >Re: (HAL) clock sources (From: Matthew Xavier Mora <email@hidden>)

  • Prev by Date: Re: (HAL) clock sources
  • Next by Date: Re: (HAL) clock sources
  • Previous by thread: Re: (HAL) clock sources
  • Next by thread: Re: (HAL) clock sources
  • Index(es):
    • Date
    • Thread