• 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: Quality of CoreAudio SRC
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Quality of CoreAudio SRC


  • Subject: Re: Quality of CoreAudio SRC
  • From: Andy Peters <email@hidden>
  • Date: Fri, 1 Feb 2008 13:01:39 -0700

On Jan 31, 2008, at 10:52 PM, Brian Willoughby wrote:

I am surprised that Benchmark chose USB, since that interface requires jitter removal. No matter how good your jitter removal, it's never as good as a local, crystal clock. As I understand, a FireWire bus master audio interface could set it's sample clock from an internal crystal, without need for jitter removal. The interface would then control the timing of the data transfer separate from the DAC clock. However, I have no idea whether such a FireWire device fits within the standard FireWire audio spec, or if it would require a custom driver. According to Dan Lavry, FireWire is too expensive to develop for, although with his prices I don't see how it would be much different.

One problem with FireWire is that unless you're willing to buy tens of thousands of parts a year, TI won't even talk to you about using their FireWire device parts.


-a
_______________________________________________
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: Quality of CoreAudio SRC
      • From: William Stewart <email@hidden>
  • Prev by Date: Re: Quality of CoreAudio SRC
  • Next by Date: Re: cocoa UI in aulab?
  • Previous by thread: Re: Quality of CoreAudio SRC
  • Next by thread: Re: Quality of CoreAudio SRC
  • Index(es):
    • Date
    • Thread