The external monitors cause the GPU to draw more power, but I'm not sure why that combined with hardware encoding in OBS caused issues. When I switched to software encoding the cpu was a bit higher but everything was fine.
Apparently this is related to VRM overheating and people have workarounds posted on reddit, but it seem like switching to software encoding made it go away for me.
https://www.reddit.com/r/macbookpro/comments/gs6bal/2019_mbp...
I have cabinet fans under mine and it works great, just don’t ask me to use a MacBook Pro as a laptop.
https://forums.macrumors.com/threads/16-is-hot-noisy-with-an...
Is there some way we could help with the arm64 patching?
Somebody actually did write a Metal renderer and contributed it in a pull request a few years ago. The comments were like “Oh, why did you do this? OpenGL is fine” from the lead developer. The backend just didn’t get merged (I think the developer who contributed it didn’t have great English so struggled to explain why they’d want it, and nobody who commented really seemed to know much about the Mac platform… the code looked fine though).
So that renderer was never merged, and then about six months later OpenGL was deprecated on macOS. The contributed backend is probably quite out of date with changes to OBS’s APIs etc. now.
It’s a shame, there just don’t seem to be many developers contributing to OBS that care at all about Mac as a platform, so I wouldn’t hold my breath if I was you for them doing much “optimising for ARM”.
This has definitely become a trend as of late. If I had to guess, the lead devs are (rightfully) frustrated that Apple depreciated OpenGL so quickly for a proprietary solution that nobody really likes working in. Furthermore, maintaining a Metal compositor would be a royal pain in the ass, since there's no real middleware layer to help with debugging or tuning.
Honestly can't blame the poor people. Maintaining Mac software is a neverending chore.