• 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: Published! Technical Note TN2274: USB Audio on the Mac
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Published! Technical Note TN2274: USB Audio on the Mac


  • Subject: Re: Published! Technical Note TN2274: USB Audio on the Mac
  • From: Iain McCowan <email@hidden>
  • Date: Wed, 11 Aug 2010 11:03:34 +1000

I have not had a response on my previous posting, but here are some more details I have found from investigating:

The crackling audio problem (from missing packet reads) disappears in two cases:

  - If I force the device to be allocated on one of the internal high-speed USB busses by attaching it to a USB 2.0 hub (bus powered only), it works perfectly.  All the hub connection does is change the internal bus allocation - it is not providing any additional power, and my device is still enumerated the same (full-speed, etc).

  - If we modify our firmware to not synchronise with the USB SOF, then it works perfectly.  However unfortunately this breaks things on other operating systems.

Also I have confirmed that the device works perfectly when allocated on an internal full speed bus on my older Macbook Pro (4,1), which seems to have 5 full-speed busses available internally.  My newer Macbook Pro (5,3) has only 2 full-speed busses internally (shared with keyboard, trackpad or bluetooth controller).   It appears to work better if connected to the front USB port on my Macbook Pro (shared with keyboard and trackpad), compared to the rear one (shared with BRCM2046 / Bluetooth - disabled), but still there is some audible crackle occurring regularly.

I have loaded the AppleUSBAudio.kext from the older machine (running 10.5.8) on to the newer one (10.6.4) and the problem persists, but perhaps not as bad.


Anyway, so while I now have a workaround solution - using an external USB 2.0 hub to attach the device - this seems a little messy and unnecessary.

From the unsynchronised version of my firmware, which works fine on all tested Macs, the bandwidth is available on the full-speed bus.  I have disabled the bluetooth, which should mean that internal full-speed bus is dedicated to my device (?).  My device requires ~8 Mbps, which is at the upper end of the available 12 Mbps, but still should function if nothing else is attached to that bus.

It therefore seems to be mostly a timing issue, with the Mac stopping to read packets after a short time of synchronised operation at the high end of full-speed bandwidth.

So I question whether this is purely a hardware issue, or whether the system USB drivers might be modified to resolve it.

Should I file a bug report for this, or should I just be content with providing a hub with my device? :-)


 _______________________________________________
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

References: 
 >Re: Published! Technical Note TN2274: USB Audio on the Mac (From: Iain McCowan <email@hidden>)

  • Prev by Date: RE: AudioFileGetProperty values, reading an MP3
  • Next by Date: Re: Published! Technical Note TN2274: USB Audio on the Mac
  • Previous by thread: Re: Published! Technical Note TN2274: USB Audio on the Mac
  • Next by thread: Re: Published! Technical Note TN2274: USB Audio on the Mac
  • Index(es):
    • Date
    • Thread