Closed macharborguy closed 5 years ago
The root of the issue is an issue with GPU rendering in CEF with offscreen rendering. Until that gets fixed OBS browser source doesn't use the GPU. Other sources aren't that intense but both visualisations currently use pixi.js which will use more rendering resources.
I'm having this problem as well. Not necessarily StreamLabs Tip Jar but general browser source.
Would it be possible to merge the changes from that PR and add that to OBS?
I am having the same issue, I narrowed it down specifically to the bootstrap for the scrolling text/bit drop over the jar. The stationary jar that doesn't move has it's own bootstrap and it doesn't jump in cpu.
The physics part of all the little bits is quite cpu-intensive.
It may be, but it doesn't use as much CPU in "normal" browsers, which is the weird part.
@macharborguy Can you try again with OBS 22? It comes with significant performance improvements for the browser source.
This has definitely improved, on my machine it uses 1-2% CPU and 3% GPU
Browser Source : 1.29 OBS Studio : 18.0.1 64bit
Processor : Core i7 860 (old, yes, but this is in a dedicated Broadcasting system. games are on a different PC and I capture via HDMI)
I noticed that while broadcasting, OBS said it was using around 60% - 70% CPU, but that my CPU itself was getting pegged at around 95% - 100%
Investigating, I narrowed it down to a cef-bootstrap.exe process that was handling our StreamLabs Bit Cup / Tip Jar.
Every other browser source that I use (hell, I wrote all of them but the Bit Cup) use around 1% MAX each when in idle. The bit cup, however, is using around 20% when in idle. When I run the same Bit Cup source directly in a browser (not identical to CEF, but it is a way to test it at least), it uses 1% - 2% when idle.
Has anyone else noticed any performance issues like this with the Muxy and StreamLabs bit cups, or is this more of a problem with the cups themselves not having good optimizations?