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

Media Technologies Audio
djflux OP
Created Apr ’21
Replies 38
Boosts 12
Views 18k
Participants 33
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)

Replies  38
Boosts  12
Views  18k
Participants  33
elicanplay OP
Jun ’23

Anybody want to take the plunge on macOS 14 DP 1 and see if this issue is resolved?

0
elicanplay OP
Jun ’23

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.

0
mmerz OP
Jul ’23

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.

0
andreymosin OP
Sep ’23

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

0
Vezza OP
Oct ’23

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

0
henrique OP
Dec ’23

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 )" }

0
Anthera93 OP
Jan ’24

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)!

0
jdiamondAppleDev OP
Oct ’24

Just had this develop on an M1 Max Macbook Pro after upgrading to MacOS Sonoma - same project, different OS.

0
What causes "issue_type = overload" in coreaudiod with USB audio interface?
First post date Last post date
 
 
Q