[Linux] RTSP handshake fails when run as user #2778
Comments
|
Test the pre-release version... |
|
Done, same issue persists. |
|
Why did you reduce ping_timeout by a factor of 10? Sunshine should terminate gracefully though. |
|
I've tried setting it to 1000ms and 10000ms, it does not change anything. Is there a way to get sunshine to connect with pulseaudio in root mode? I have tried running pulse audio as root but I still get access denied errors when the stream has started. |
|
As a workaround, I start Sunshine as root ( To fix this, create a And copy the default PulseAudio config; And add the following line to the Restart pulseaudio; and run sunshine using; Now both video and audio should work. TCP does have some overhead though, so instead I would recommend using unix sockets. I have yet to try this myself, though. |
|
For the pairing: Do you have to enter the PIN multiple times for the same connection attempt? If not, could it simply be the result of connecting once to regular user-sunshine and then connecting to root-sunshine? Both have their separate configs, so it would be expected behaviour to do the initial pairing twice (once for each sunshine instance). With the binary packages there should be no need to do any manual setup steps (like setcap). There should also be no reason at all to run Sunshine as root. (I know, "should". Apparently it does not work as intended on your system.) As for your workaround, you could probably just reuse the command documented for the flatpak (which does need root for KMS capture): |
|
try switching to x11 @ptrsr if you're on wayland |
|
I encountered a very similar problem under X11 running with AMD GPU on Arch Linux. Pairing took a lot of time as the requests kept timing out and I wasn't able to start a stream at all (RTSP handshare error 110). I did not try running as root. Try building the I don't really care for the tray icon, so I'm not going to debug it any further and just disable it, but in case someone wants to debug it then this bug was most likely already present to some degree in sunshine 0.21. Pairing and connecting used to work, but I remember having Sunshine crash fairly often with the "hang detected" message after I quit Moonlight. |
|
Thank you @svenvvv , your solution worked for me as well. |
Is there an existing issue for this?
Is your issue described in the documentation?
Is your issue present in the latest beta/pre-release?
Yes
Describe the Bug
Everything works as expected when running sunshine as root. However, when running sunshine as a user, moonlight is not able to connect due to "Failed to start RTSP handshake (error 110)". Sunshine then dumps its core after detecting a hang. There is no additional info in the logs, except for the ping timeout. Note that I have enabled permissions for KMS capture.
Expected Behavior
I expect a stream to be established successfully.
Additional Context
I am running Plasma 6 using Wayland.
The pairing doesn't work as smooth as when running as root either. The pairing occasionally requires the PIN to be put in more than once. It's almost like there is a networking issue, but there is no reason for one.
Host Operating System
Linux
Operating System Version
Arch Linux (kernel 6.9.3-arch1-1)
Architecture
64 bit
Sunshine commit or version
v0.23.1
Package
Arch linux package (sunshine.pkg.tar.zst)
GPU Type
AMD
GPU Model
Radeon RX 6700
GPU Driver/Mesa Version
mesa 1:24.1.2-1
Capture Method
KMX (Linux)
Config
Apps
No response
Relevant log output
The text was updated successfully, but these errors were encountered: