Fedora 39: Fatal: Couldn't find any working encoder Despite encoders installed #338
-
In Fedora 39 sunshine appears to not be able to find any encoders (not even software). I have tried appimage, an rpm (in a distrobox of fedora 38), and flatpak. None of them work. Testing with the appimage:
I see there's an error earlier which asks for setcap permissions. Doing so changes nothing.
ffmpeg is absolutely installed on this system.
Basically the same issue with this in a distrobox container or the flatpak. ffmpeg is also installed as a runtime for my flatpak instance
Any suggestions? |
Beta Was this translation helpful? Give feedback.
Replies: 11 comments 19 replies
-
Oh, and running sunshine with sudo does give a different log, though it ultimately settles on no working encoder still.
|
Beta Was this translation helpful? Give feedback.
-
Using the sudo pactl hack (mentioned in the flathub description entry) ; i.e:
works but restricts capture to KMS which isn't useful if you i.e want to use wlroots for a virtual desktop capture on a separate screen under hyprland/sway etc. My guess is that the flatpak images can't access filesystem/dev entries they need when launched as an unprivledged user from the flatpak container. I was able to get this to work when sunshine was installed to the system with the RPM. Although i'm running rawhide/fc39 and the build process for sunshine rpm's seems to be not up to par with other distros. |
Beta Was this translation helpful? Give feedback.
-
Nope - I'm on amdgpu. Would like to see it setup as a copr ideally; and
have build pipelines so that the 2 year support + rawhide builds are just
automagically done.
…On Thu, 16 Nov 2023 at 08:14, ReenigneArcher ***@***.***> wrote:
the build process for sunshine rpm's seems to be not up to par with other
distros
If you're referring to the lack of cuda support, that is due to Fedora
shipping GCC 13 which is not compatible with Cuda.
—
Reply to this email directly, view it on GitHub
<https://github.com/LizardByte/Sunshine/discussions/1835#discussioncomment-7580482>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACF5L4FBJHCSUFTR7GPP3LYEUH7PAVCNFSM6AAAAAA7E3HSNGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM3TKOBQGQ4DE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Suggest investigating copr for fedora builds - which will remove and freeup
your github builds for other things.
…On Thu, 16 Nov 2023 at 10:17, ReenigneArcher ***@***.***> wrote:
Fedora 39 support will be added when 37 is end of life (in the coming
weeks). A PR is already up for this and ready to merge. But it will wait to
be merged as I'm not adding additional strain to our CI pipeline at this
time, since we only have a maximum of 20 simultaneous GitHub runners across
our org... and the fedora builds take 4-5 hours each for the arm
architecture. Not sure why arm emulation is so slow with the Fedora docker
images, the same builds only take 30-45 minutes on Debian based docker
images.
—
Reply to this email directly, view it on GitHub
<https://github.com/LizardByte/Sunshine/discussions/1835#discussioncomment-7581372>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACF5L4MEOAI2A5FEAOCKCLYEUWPPAVCNFSM6AAAAAA7E3HSNGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM3TKOBRGM3TE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
You're sorta correct
Copr uses srpm to do it's pipeline. What I am suggesting is spitting out
srpm from your existing pipeline and using copr binary pipeline/compilation
of fedora rpms.
https://developer.fedoraproject.org/deployment/copr/about.html
…On Thu, 16 Nov 2023, 10:35 am ReenigneArcher, ***@***.***> wrote:
Fedora COPR is not a CI/CD tool, it's a package manager. Wouldn't change
anything for our CI pipeline, other than make it more complex. We generally
do not publish to any package managers, with few exceptions.
—
Reply to this email directly, view it on GitHub
<https://github.com/LizardByte/Sunshine/discussions/1835#discussioncomment-7581481>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACF5L2ET4ZWUEGHYM4KK53YEUYT3AVCNFSM6AAAAAA7E3HSNGVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM3TKOBRGQ4DC>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
I'm seeing the same thing with the flatpak on Fedora 39:
|
Beta Was this translation helpful? Give feedback.
-
True, I tested that just now and it is able to find encoders just fine on Wayland Fedora 39. Nightly link is here: https://github.com/LizardByte/Sunshine/releases/tag/nightly-dev |
Beta Was this translation helpful? Give feedback.
-
As an aside, it might be a good recommendation to suggest people setup rdp on their streaming server if possible too. RDP will wake up the monitor from sleep (something sunshine can't do) so you can log in to a locked system remotely and then go from there with streaming via sunshine. |
Beta Was this translation helpful? Give feedback.
-
Next update of nightly may fix this, with changes from #1977 |
Beta Was this translation helpful? Give feedback.
-
Hey! Been out for almost three weeks, updated today to yesterday nightly and now encoders seems to be found on Wayland 👍 |
Beta Was this translation helpful? Give feedback.
-
LizardByte now has copr repos you can use to install Sunshine. Currently fedora 39-41 and rawhide are supported for aarch64 and x86_64. All builds also have cuda support (v12.6.2). https://docs.lizardbyte.dev/projects/sunshine/en/master/md_docs_2getting__started.html#fedora Note: stable will be empty until the next stable release. Also since there's been no activity on this issue since January. I will close it. |
Beta Was this translation helpful? Give feedback.
LizardByte now has copr repos you can use to install Sunshine. Currently fedora 39-41 and rawhide are supported for aarch64 and x86_64. All builds also have cuda support (v12.6.2).
https://docs.lizardbyte.dev/projects/sunshine/en/master/md_docs_2getting__started.html#fedora
Note: stable will be empty until the next stable release.
Also since there's been no activity on this issue since January. I will close it.