Browser in multiple OBS instances

Tpal

New Member
Hey,
since OBS 31 & CEF 120+ the single_process_lock method is active
This change makes OBS unusable for my workflow, of multiple OBS instances with browsers in scenes

So my questions are basically
are there solutions like:
  • flag/start arguments, to disable single_process_lock
  • dynamicly set "root_cache_path"?
  • Is it possible for the OBS team to build CEF with: --ENABLE_PROCESS_SINGLETON=0?
  • Or implement the "CefBrowserProcessHandler"?
Thanks in advance, I really hope there is a solution I can adopt.
Cheers and Happy New Year :D
 

Bellachicago

New Member
Here are some insights and suggestions regarding your queries:

1. Disabling single_process_lock
Unfortunately, there isn't a direct flag or startup argument available in OBS to disable the single_process_lock feature. This change is part of the Chromium Embedded Framework (CEF) integration, which aims to improve stability but may limit certain use cases like yours.

2. Dynamic "root_cache_path" Setting
Currently, there is no built-in way to dynamically set the root_cache_path in OBS. The path is typically defined in the configuration files. You might consider modifying the OBS configuration files directly, but this approach may not be ideal for dynamic changes.

3. CEF Build Options
Regarding the possibility of the OBS team building CEF with --ENABLE_PROCESS_SINGLETON=0, this would require a change in the OBS source code and recompilation of the CEF library. You can raise this as a feature request or suggestion on the OBS GitHub repository, but it's ultimately up to the development team to consider such changes.

4. Implementing CefBrowserProcessHandler
Implementing a custom CefBrowserProcessHandler would also require changes to the OBS source code. This handler could potentially allow for more control over browser processes. Similar to the previous point, suggesting this feature to the OBS development team could be beneficial.

Recommendations
Check for Updates: Keep an eye on OBS updates, as they may address this issue in future releases.
Community Forums: Engage with the OBS community forums or Discord. Other users may have found workarounds or solutions that could help.
Feature Requests: Consider submitting feature requests or discussing your needs with the OBS development team on their GitHub page.
 

Tpal

New Member
Here are some insights and suggestions regarding your queries:

1. Disabling single_process_lock
Unfortunately, there isn't a direct flag or startup argument available in OBS to disable the single_process_lock feature. This change is part of the Chromium Embedded Framework (CEF) integration, which aims to improve stability but may limit certain use cases like yours.

2. Dynamic "root_cache_path" Setting
Currently, there is no built-in way to dynamically set the root_cache_path in OBS. The path is typically defined in the configuration files. You might consider modifying the OBS configuration files directly, but this approach may not be ideal for dynamic changes.

3. CEF Build Options
Regarding the possibility of the OBS team building CEF with --ENABLE_PROCESS_SINGLETON=0, this would require a change in the OBS source code and recompilation of the CEF library. You can raise this as a feature request or suggestion on the OBS GitHub repository, but it's ultimately up to the development team to consider such changes.

4. Implementing CefBrowserProcessHandler
Implementing a custom CefBrowserProcessHandler would also require changes to the OBS source code. This handler could potentially allow for more control over browser processes. Similar to the previous point, suggesting this feature to the OBS development team could be beneficial.

Recommendations
Check for Updates: Keep an eye on OBS updates, as they may address this issue in future releases.
Community Forums: Engage with the OBS community forums or Discord. Other users may have found workarounds or solutions that could help.
Feature Requests: Consider submitting feature requests or discussing your needs with the OBS development team on their GitHub page.
Thank you for your time and effort.
Too bad there are no ways to control the root cache directly, without codebase changes
I'll probably discuss in the github/DC dev team when I find some time Maybe we can find a solution

Thanks again buddy
 
Top