What causes "issue_type = overload" in coreaudiod with USB audio interface?

Question

I have a USB audio interface that is causing kernel traps and the audio output to "skip" or dropout every few seconds. This behavior occurs with a completely fresh install of Catalina as well as Big Sur with the stock Music app on a 2019 MacBook Pro 16 (full specs below).

The Console logs show coreaudiod got an error from a kernel trap, a "USB Sound assertion" in AppleUSBAudio/AppleUSBAudio-401.4/KEXT/AppleUSBAudioDevice.cpp at line 6644, and the Music app "skipping cycle due to overload."

I've added a short snippet from Console logs around the time of the audio skip/drop out. The more complete logs are at this gist:

https://gist.github.com/djflux/08d9007e2146884e6df1741770de5105

I've also opened a Feedback Assistant ticket (FB9037528):

https://feedbackassistant.apple.com/feedback/9037528

Does anyone know what could be causing this issue?

Thanks for any help.

Cheers,
Flux aka Andy.

Hardware Overview:

Model Name: MacBook Pro
Model Identifier: MacBookPro16,1
Processor Name: 8-Core Intel Core i9
Processor Speed: 2.4 GHz
Number of Processors: 1
Total Number of Cores: 8
L2 Cache (per Core): 256 KB
L3 Cache: 16 MB
Hyper-Threading Technology: Enabled
Memory: 64 GB
System Firmware Version: 1554.80.3.0.0 (iBridge: 18.16.14347.0.0,0)

System Software Overview:

System Version: macOS 11.2.3 (20D91)
Kernel Version: Darwin 20.3.0
Boot Volume: Macintosh HD
Boot Mode: Normal
Computer Name: mycomputername
User Name: myusername
Secure Virtual Memory: Enabled
System Integrity Protection: Enabled

USB interface: Denon DJ DS1

Snippet of Console logs

Code Block error	21:07:04.848721-0500	coreaudiod	 HALS_IOA1Engine::EndWriting: got an error from the kernel trap, Error: 0xE00002D7
default	21:07:04.848855-0500	Music	 HALC_ProxyIOContext::IOWorkLoop: skipping cycle due to overload
default	21:07:04.857903-0500	kernel	USB Sound assertion (Resetting engine due to error returned in Read Handler) in /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleUSBAudio/AppleUSBAudio-401.4/KEXT/AppleUSBAudioDevice.cpp at line 6644
...
default	21:07:05.102746-0500	coreaudiod	 Audio IO Overload inputs: '<private>' outputs: '<private>' cause: 'Unknown' prewarming: no recovering: no
default	21:07:05.102926-0500	coreaudiod	   CAReportingClient.mm:508  message {
  HostApplicationDisplayID = "com.apple.Music";
  cause = Unknown;
  deadline = 2615019;
  "input_device_source_list" = Unknown;
  "input_device_transport_list" = USB;
  "input_device_uid_list" = "AppleUSBAudioEngine:Denon DJ:DS1:000:1,2";
  "io_buffer_size" = 512;
  "io_cycle" = 1;
  "is_prewarming" = 0;
  "is_recovering" = 0;
  "issue_type" = overload;
  lateness = "-535";
  "output_device_source_list" = Unknown;
  "output_device_transport_list" = USB;
  "output_device_uid_list" = "AppleUSBAudioEngine:Denon DJ:DS1:000:1,2";
}: (null)

Core Audio

14k

Posted by

djflux

Reply

Same problem on upgrading to Macbook Pro M1 Pro from my old 2016 Macbook Pro. I'm using Behringer XR18 over USB through a hub, Dual monitors 1xHDMI, 1xUSB C Also got a webcam (Logitec 920) and a hard drive on USB via the monitor's hub. This all worked fine before I upgraded to this new superpowered Macbook!

—
cgeorgeuk

Add a Comment

Answer 1

Hello! Checking in here again. Has anybody tested this with macOS Sonoma betas? Would be amazing to get this filed and fixed at RC time.

Posted by

elicanplay

Add a Comment

Answer 2

Same issue here on a Macbook Pro M1 with 32 gb of ram and a RME Fireface UFX III. If I am playing audio from different apps, in example a youtube vide while playing guitar with a VST (standalone, Logic or Bitwig), causes glitches and drops. The issue seems to appear more ofter if I am moving between desktop with the touchpad gestures. I read here that Sonoma beta is fixing the issue: https://www.audiosciencereview.com/forum/index.php?threads/audio-stutters-with-usb-dacs-on-macbook-m1-pro.42001/page-15 I didn't personally try but I am tempted because it is pretty annoying. I tried my same setup (same VST instrument while playing a youtube video) on a windows PC with the same RME Fireface UFX III: zero problem.

Posted by

mmerz

Add a Comment

Answer 3

Hello! M1 Max, macOS Ventura, RME UCX II Had the same issue, but NOT using Safari helped to solve the issue. I've given Arc a go for a week, and surprisingly not a single jitter! Hope this helps

Posted by

andreymosin

Add a Comment

Answer 4

Sonoma doesn't fix this.

What might be interesting is this, it fails with buffer allocation, these are coming 0.003 seconds apart for a while.

did not find clientBufferSetList for ID 0x2843 creating new IOAudioClientBufferSet . . did not find clientBufferSetList for ID 0x2843 creating new IOAudioClientBufferSet

Posted by

Vezza

Add a Comment

Answer 5

Similar issue here. I'm seeing this on Xcode console:

173.595 HALC_ProxyIOContext.cpp:1.329 HALC_ProxyIOContext::IOWorkLoop: skipping cycle due to overload

Setup: MB1 Pro 16GB -> Dell Monitor U2720 -> UMC22 audio interface

Consolle.app: default 09:01:23.737093-0300 coreaudiod IssueReporting.cpp:466 RTAID [ use_case=Generic report_type=RMS Generic Chain clientID=HAL node=-Output issue_detected_sample_time=39387796.000000 ] -- [ -48.837273, -29.090141 ] default 09:01:33.740288-0300 coreaudiod CAReportingClient.mm:699 Sending message { message="{ "issue_detected_sample_time" = "39868052.000000"; node = "-Output"; peak = "-31.470997"; "report_type" = RMS; rms = "-50.366928"; "rtaid_client" = HAL; }", reporters="( 82068235092145 )" }

Posted by

henrique

Add a Comment

Answer 6

I seem to have found the issue! Try disabling continuity camera on your iPhone. When I've opened Discord, the moment it prompted to use continuity microphone, sound stuttered. After disabling it, stutters did stop (at least last 2 hours never had one. before that every minute or two)!

Posted by

Anthera93

Add a Comment

What causes "issue_type = overload" in coreaudiod with USB audio interface?

Replies