-
-
Notifications
You must be signed in to change notification settings - Fork 944
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GL Error when trying to stream virtual monitor #2044
Comments
Please run Sunshine with the |
Here you go |
Hmm, out of memory is pretty strange...
|
Can you try with Sunshine's min log level set to Debug? If you can give me steps to create a VKMS setup similar to yours, I can try it here. I have used AMDGPU's VKMS support and it worked fine for me after #2030. |
I just do |
Also: Where does flatpak sunshine store it's config? Sometimes I would like to edit something manually but I just can't find it. |
OK, I dug into this quite a while. This will not be easy to resolve properly. The problem turns out to be that the dmabufs used as frame buffers on the vkms device (at least with Mutter) are imported from the rendering GPU. If you force the compositor to run using llvmpipe instead of a hardware accelerated GPU, I'll bet it works fine. You can see this in debugfs:
This is a problem because the kernel explicitly forbids mapping of imported dmabufs kms_swrast needs to map the buffer to read/copy it, which fails here:
Fortunately this only applies to the swrast codepath that is used when performing CPU encoding or readback VAAPI encoding. It is possible to avoid this issue when performing GPU encoding assuming the primary GPU can import the FB from VKMS. |
It seems this issue hasn't had any activity in the past 90 days. If it's still something you'd like addressed, please let us know by leaving a comment. Otherwise, to help keep our backlog tidy, we'll be closing this issue in 10 days. Thanks! |
Keep alive. |
It seems this issue hasn't had any activity in the past 90 days. If it's still something you'd like addressed, please let us know by leaving a comment. Otherwise, to help keep our backlog tidy, we'll be closing this issue in 10 days. Thanks! |
It seems this issue hasn't had any activity in the past 90 days. If it's still something you'd like addressed, please let us know by leaving a comment. Otherwise, to help keep our backlog tidy, we'll be closing this issue in 10 days. Thanks! |
Unresolved, not stale, this is also needed if wanting to use a tablet / computer as an additional screen |
Is there an existing issue for this?
Is your issue described in the documentation?
Is your issue present in the nightly release?
Describe the Bug
Hello
I'm creating a second virtual monitor with vkms and trying to stream it with sunshine.
But when Moonlight client connects you see a black screen and one error line is spammed in the logs.
[2024:01:20:14:04:07]: Error: GL: /run/build/sunshine/src/platform/linux/graphics.cpp:562: [00000505]
Expected Behavior
Working stream displaying a virtual monitor.
Additional Context
I'm using latest nightly to incorporate latest fix without which the virtual monitor wasn't even detected properly.
#2030
I'm on wayland.
Side question: The Capture Method (Linux Only) fields lists PipeWire as a capture method but I don't see any mention of it in the docs. Does sunshine have or has plans on supporting pipewire capture? I think that could be useful and a nice way to get another capture method on wayland.
Host Operating System
Linux
Operating System Version
Nobara Linux 39 (fedora fork)
Architecture
64 bit
Sunshine commit or version
a10ec3a (Latest nightly as of now)
Package
Linux - flatpak
GPU Type
AMD
GPU Model
AMD Radeon RX 5600 XT
GPU Driver/Mesa Version
Mesa 23.3.3
Capture Method (Linux Only)
KMS
Config
Apps
N\A
Relevant log output
The text was updated successfully, but these errors were encountered: