GS/GL Shenannigans (Prep for obs-browser hwaccel on Linux ?)#11219
Conversation
|
This is used to guard access to And really every backend except windows opengl would report true, so maybe we should move the remaining 3 uses of this function behind windows if-def's instead of trying to make it more generally available? |
Also NVIDIA is not perfect when it comes to provide DMA-BUF on all cards… |
|
I can remove the gs_shared_texture_available changes, if there is no issue hard-coding it to true on the obs-browser side. |
|
We already depend on |
1024864 to
ea82654
Compare
WizardCM
left a comment
There was a problem hiding this comment.
Looks to be the same change as D3D.
Lain-B
left a comment
There was a problem hiding this comment.
Although this could be dangerous if used incorrectly, this is generally fine because the underlying memory layout should be identical, so if a use case calls for it, this is something I am probably fine with.
SRGB and non-SRGB formats are compatible for copy.
ea82654 to
ff8b670
Compare
Description
Disclaimer: This is graphics code, do not consider that I know what I am doing.
Enable gs_shared_texture_available on all platforms, only Linux was missing which mainly use DMA-BUF.obs-browser relies on it to enable hardware accel_UNORMto their non-_UNORMcounterpart since CEF sends texture with SRGB.Motivation and Context
Enable https://github.com/tytan652/obs-browser/tree/linux_hwaccel_2 to work without doing weird stuff like tytan652/obs-browser@1ca22d2 or other in https://github.com/tytan652/obs-browser/tree/linux_hwaccel
How Has This Been Tested?
Just built and ran OBS with this PR and my second hwaccel browser branch and their is no more SRGB gamma issues.
Types of changes
Checklist: