Why am I experiencing kernel panics and restarts when adjusting settings in OBS?

Hello!


I'm setting up OBS to stream, and I'm fiddling with settings/organization to optimize CPU usage.

I started looking into this once OBS began running at around 11-12% CPU (in OBS) while idle.

Through deleting various files and organizing my sources into nested scenes, I was able to get the CPU down to 5-6%, but I'm starting to experience kernel panics.

I tried to clean out the vents with compressed air, but there wasn't much dust in there in general.

The kernel_task process was running at around 65-75% CPU per Activity Monitor.


The programs I had open and active during the panics are:


  • OBS (of course)
  • OperaGX (browser)
  • Ferromagnetic (visualizer)
  • veadotube mini (pngtuber software)
  • Stream Deck plugin
  • Activity Monitor


Since kernel panics seem to be hardware related, the devices I have connected are:


  • Ethernet
  • Acer KA242Y monitor (connected via HDMI to Thunderbolt 3 port)
  • Belkin Thunderbolt 2 Dock (connected via Thunderbolt 2 (+ TB2-to-TB3 adapter) to Mac mini Thunderbolt 3 port)
    • HighPoint RocketStor 5212 Dual-3.5" Drive Bay (connected via Thunderbolt 2 to Belkin Thunderbolt 2 port)
      • 2 G-Drive HDDs
    • Wenter 11-port Powered USB 3.0 Hub (connected via USB-? to Belkin USB-A port)
      • Connected to USB 3.0 hub: iPad Air (used as Stream Deck); Alienware keyboard; Logitech wireless mouse; ring light
  • LG TV (idk the model, it's old) (connected via HDMI to Mac mini HDMI port)
  • BOSS RC-505 Loop Station (used as audio interface) (connected via USB-B to Mac mini USB-A port)
  • Elgato HD 60 S+ Capture Card (connected via USB-C to Mac mini USB-A port)
    • connected to Nintendo Switch input, and a portable monitor for output


I know some of my gear is a little dated, but it's all been working pretty **** well for a while and it was only recently that anything weird like this has been happening.


Though there was an odd (but known) bug I had for a bunch of months before this where, after every shut down or restart, a message would come up saying "Your computer restarted because of a problem," and that message suddenly stopped appearing after the first kernel panic. I dunno what that's about, but the message is gone so that's pretty neat, I guess...


I also attached an EtreCheck report in the additional text.


What's going on here? 


Mac mini, macOS 14.7

Posted on Jan 9, 2025 10:10 PM

Reply
Question marked as Top-ranking reply

Posted on Jan 10, 2025 6:33 PM

The kernel panic you’re encountering on your M2 Mac mini involves the DCPEXT (Display Controller Pipeline Extension) subsystem, suggesting an issue related to graphics, display hardware, or associated drivers. The error details, particularly axi_rd_err (AXI read error), hint at a problem with memory access or a miscommunication between the system's graphics controller and its resources.


What are some potential causes of these panics?

  • A bug in macOS Sonoma could be causing the panic. The error might be related to a recent update or compatibility issue in the display subsystem. The currently latest version of Sonoma is 14.7.2. The report shows that your Mac is still running 14.7.1. I suggest you update as the first step.
  • When using external displays, especially with those with high resolutions or refresh rates, they could be triggering the issue. Certain adapters or cables (e.g., USB-C to HDMI) might also contribute to this.
  • Faulty GPU hardware or display components on the M2 Mac mini logic board.
  • Some third-party software that modifies display settings or graphics performance (e.g., display calibration tools) might conflict with macOS.
  • Connected peripherals, especially those involving video or audio, might cause issues.
  • Prolonged high GPU usage might lead to overheating, triggering kernel panics.


I second Barney-15E's suggestion to remove all external peripherals other than your keyboard and mouse to see if the panics stop. If they do, you can add them back, one-at-a-time, until they start again to narrow down the culprit.

20 replies
Question marked as Top-ranking reply

Jan 10, 2025 6:33 PM in response to balcobops

The kernel panic you’re encountering on your M2 Mac mini involves the DCPEXT (Display Controller Pipeline Extension) subsystem, suggesting an issue related to graphics, display hardware, or associated drivers. The error details, particularly axi_rd_err (AXI read error), hint at a problem with memory access or a miscommunication between the system's graphics controller and its resources.


What are some potential causes of these panics?

  • A bug in macOS Sonoma could be causing the panic. The error might be related to a recent update or compatibility issue in the display subsystem. The currently latest version of Sonoma is 14.7.2. The report shows that your Mac is still running 14.7.1. I suggest you update as the first step.
  • When using external displays, especially with those with high resolutions or refresh rates, they could be triggering the issue. Certain adapters or cables (e.g., USB-C to HDMI) might also contribute to this.
  • Faulty GPU hardware or display components on the M2 Mac mini logic board.
  • Some third-party software that modifies display settings or graphics performance (e.g., display calibration tools) might conflict with macOS.
  • Connected peripherals, especially those involving video or audio, might cause issues.
  • Prolonged high GPU usage might lead to overheating, triggering kernel panics.


I second Barney-15E's suggestion to remove all external peripherals other than your keyboard and mouse to see if the panics stop. If they do, you can add them back, one-at-a-time, until they start again to narrow down the culprit.

Jan 10, 2025 7:50 PM in response to balcobops

balcobops wrote:

I noticed that the Acer monitor's refresh rate was 75hz and the LG TV's refresh rate was 60hz. Both have a 1920x1080 resolution. I use the Acer to display my applications (including two GPU-intensive ones in veadotube mini and Ferromagnetic), and I display OBS on the LG TV.
• Could that mismatch in refresh rates be significant?

Potentially, but it's too early in the troubleshooting game to know for sure.


* Further, would reducing the resolution on my monitor/TV help reduce resource usage?

It should, but again we'd be concentrating on only one area. It is a better troubleshooting strategy to remove all potential elements (aka, removing all of the peripherals) to verify that your Mac, itself, is not the culprit.


* I wasn't able to get a straight answer on this, but what is considered a "high" kernel_task CPU%? Should I be looking for a spike in resources used when looking for the source of the kernel panic?

CPUs are multi-core. Each core can run up to 100%. Typically, the CPU% is an average of all of the cores. So, for example, if you have a four-core CPU, the value can reach 400% to be considered "maxed out." Using the Activity Monitor would be very helpful here, especially the CPU tab.


The M2 has 8-cores; whereas the M2 Pro, has either 10- or 12-cores.


* Are there adapters or cables that have a specific tendency to cause issues or is this just a general suggestion?

The general rule here is: "You get what you pay for." Always use high quality cables and adapters, whenever possible.


Again, I would suggest that you start with the following steps:

  1. Update macOS Sonoma to 14.7.2 OR upgrade to macOS Sequoia. At this point, I suggest the former.
  2. Remove all peripherals except the keyboard and the single Acer monitor. Leave them all disconnected for the time being. Run in this configuration for 24-48 hours to see if the panics return. If they do, go on to the next step. If they don't, go on to step 4.
  3. Boot up your Mac into Safe Mode. Run in this configuration for, at least, 24 hours. Again look to see if the panics continue. If they do continue, then most likely, there is a potential hardware issue with your Mac, and your next step would be to make a Genius Bar appointment at your local Apple Store.
  4. Boot up your Mac normally. Add back one of your peripherals. Run in this configuration for 2-4 hours. If the panics reoccur, you identified (at least) one of the culprits. Go ahead and disconnect this peripheral, and then, add back another one. For each one, run for 2-4 hours to look for any issues. If found, that would be another culprit. If adding back all of your peripherals does not end up with any panics, then you're done troubleshooting.

Jan 11, 2025 2:54 PM in response to Luis Sequeira1

I uninstalled Google Chrome shortly after this happened after finding a lot of info about the terror of Chrome, but I had no idea so many processes were running in the background. This took my WindowServer CPU from like 110%+ per Activity Monitor to around ~60%, which I would expect with two monitors and GPU-intensive programs.


The Mac is indeed running snappier than it was, and OBS is staying at a low CPU per the OBS reading despite all relevant programs running.


kernel_task is still a little high but fluctuates from 55% to 75% rather than staying as high as 80% consistently. Is this still unusual? Shoud I still check to see if there is indeed a hardware malfunction?




Jan 11, 2025 2:07 PM in response to balcobops

Having Google Chrome and its keystone background tasks in the same machine as any video application is a formula for disaster. They are known to hog the system videotoolbox and cause video applications to malfunction and crash. This looks like it could well be the case here.


Uninstall Chrome and especially its background minions, and see how things go.

See https://chromeisbad.com


Jan 10, 2025 4:38 PM in response to Barney-15E

So, I would do that, but I don't even know what I'm doing to make the panics happen in the firstplace - they just started.


I'm posting here to get a better idea of what the kernel panic means and what the crash/etre reports say so I can understand more before doing additional troubleshooting. Otherwise I'm just doing things until I get a result that I don't know is going to come, which doesn't seem very efficient.

Jan 10, 2025 7:24 PM in response to Tesserax

Gotcha, thank you for the definitions. I don't know a whole lot about computers, but the way you laid it all out is very helpful.


As I mentioned before, I'm not actually sure how to initiate the kernel panic because it's only happened a handful of times (3, iirc), and I wasn't doing anything notably different afaik. So, before I get to disconnecting and reconnecting anything and everything, I have a few preliminary questions:


  • I noticed that the Acer monitor's refresh rate was 75hz and the LG TV's refresh rate was 60hz. Both have a 1920x1080 resolution. I use the Acer to display my applications (including two GPU-intensive ones in veadotube mini and Ferromagnetic), and I display OBS on the LG TV.
    • Could that mismatch in refresh rates be significant?
    • Further, would reducing the resolution on my monitor/TV help reduce resource usage?


  • I wasn't able to get a straight answer on this, but what is considered a "high" kernel_task CPU%? Should I be looking for a spike in resources used when looking for the source of the kernel panic?


  • Are there adapters or cables that have a specific tendency to cause issues or is this just a general suggestion?


Thank you again for your detailed answer. I look forward to your response.

Jan 10, 2025 8:21 PM in response to Tesserax

Thank you again for the digestible info, as well as the step-by-step instructions. It makes this far less daunting.


And gotcha, I do make a point to get premium/well-made cables and adapters, but I'll especially keep it in mind from here on.


I have only one more question, when running in these different configurations, should I run the programs that I'm intending to use when streaming to replicate the conditions?

Jan 10, 2025 10:30 PM in response to Tesserax

Actually, I wanted to ask, does a configuration only need to stabilize once when changed? Or is there a benefit in letting a Mac idle for a period after booting up?


I imagine it needs to open processes that eventually run in the background every time it's booted. But I would also believe that this is a fairly instant task with today's technology.

Jan 11, 2025 11:27 AM in response to balcobops

Having a particular configuration run for a period of time is to fully verify if that configuration helps or not. The times I provided you are based on my experience with troubleshooting. You're free to choose when a particular configuration has run for enough time. Sometimes the failure will happen quickly; other times, it may not manifest itself for many hours.

Jan 11, 2025 3:08 PM in response to Old Toad

The external drives are in an enclosure connected to the Belkin dock via Thunderbolt 2 to Thunderbolt 2 cable.


The Belkin dock is connected to the Mac mini via Thunderbolt 2 to Thunderbolt 2 (with an Apple TB2-to-TB3 adapter) cable.


The HDD enclosure, the Belkin dock, and the USB hub (connected to the Belkin) all have their own power sources.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Why am I experiencing kernel panics and restarts when adjusting settings in OBS?

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.