Package Details: plex-desktop 1.108.1.307-1

Git Clone URL: https://aur.archlinux.org/plex-desktop.git (read-only, click to copy)
Package Base: plex-desktop
Description: Plex desktop client for linux
Upstream URL: http://plex.tv
Keywords: media player plex
Licenses: unknown
Submitter: ludvigHz
Maintainer: username227
Last Packager: username227
Votes: 18
Popularity: 0.32
First Submitted: 2022-05-26 10:36 (UTC)
Last Updated: 2025-02-14 03:01 (UTC)

Required by (0)

Sources (5)

Pinned Comments

mrgrim commented on 2024-10-01 05:16 (UTC) (edited on 2024-10-01 05:20 (UTC) by mrgrim)

The Qt 6.7 problem is an issue where xdg-open inherits the environment of the Plex app causing kde-open to try to load the Qt 6.6 libraries from /opt/plex-desktop/lib due to the LD_LIBRARY_PATH set in Plex.sh.

This can be solved by editing the RUNPATH of the binaries using chrpath then removing the LD_LIBRARY_PATH line from Plex.sh. It turns out The main Plex library has a working RUNPATH but includes a bunch of automation cruft. The transcoding binary does NOT have it set, and QtWebEngineProcess needs no changes. In /opt/plex-desktop/bin run:

chrpath -r '$ORIGIN/../lib' Plex
chrpath -r '$ORIGIN/../lib' Plex\ Transcoder

However, this only exposes additional issues with all of the Qt environment variables set in this script. I couldn't find a super clean way to fix this, but interestingly enough KDE uses a little utility for their AppImage deployments to deal with this exact problem:

https://invent.kde.org/brauch/appimage-exec-wrapper/

Compile it and copy the exec.so file into /opt/plex-desktop/lib then alter Plex.sh like this:

https://gist.github.com/mrgrim/1357da402f8ceccaf8224e145fa6acc3

This could even allow using LD_LIBRARY_PATH and not using chrpath. The choice is yours. Using chrpath seems cleaner but pulls in a dependency.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

SprobbyBlongo commented on 2024-07-03 20:18 (UTC)

@username227

Interesting. I am using an Nvidia GPU with proprietary drivers and the following kernel parameters:

nvidia-drm.modeset=1 nvidia-drm.fbdev=1 nvidia.NVreg_EnableGpuFirmware=0

Are you using amd or intel graphics?

username227 commented on 2024-07-02 18:32 (UTC)

@SprobbyBlongo,

I cannot replicate. Just successfully ran on Wayland and even successfully played a show.

SprobbyBlongo commented on 2024-07-02 16:41 (UTC) (edited on 2024-07-02 16:42 (UTC) by SprobbyBlongo)

This works fine in an X11 session but not with wayland. Not sure if this is just a me thing but when I open it in terminal this output just goes on forever:

qt.scenegraph.general: Using QRhi with backend OpenGL Graphics API debug/validation layers: 0 QRhi profiling and debug markers: 0 Shader/pipeline cache collection: 0 qt.scenegraph.general: Using QRhi with backend OpenGL Graphics API debug/validation layers: 0 QRhi profiling and debug markers: 0 Shader/pipeline cache collection: 0 [46627:46672:0702/094221.271969:ERROR:gl_context_egl.cc(277)] eglCreateContext failed with error EGL_BAD_CONTEXT [46627:46672:0702/094221.271980:ERROR:gpu_channel_manager.cc(771)] ContextResult::kFatalFailure: Failed to create shared context for virtualization. [46627:46672:0702/094221.271983:ERROR:shared_image_stub.cc(470)] SharedImageStub: unable to create context [46627:46672:0702/094221.271988:ERROR:gpu_channel.cc(449)] GpuChannel: Failed to create SharedImageStub

username227 commented on 2024-06-24 18:32 (UTC) (edited on 2024-06-24 18:33 (UTC) by username227)

@samuel-emrys - I just pushed an update to fix the error. The update to ffmpeg7 broke plex. ffmpeg6.1 is now an AUR package and is required to run this. ffmpeg6.1 and ffmpeg packages can coexist, so this should be fixed now.

username227 commented on 2024-06-23 03:27 (UTC)

@samuel-emrys - I just spent the past hour trying to figure out what the problem is, as it was working fine two days ago but now I can confirm your error. I believe the problem was the recent update from ffmpeg6.1 to ffmpeg7.0. However, I cannot downgrade to test because i'll end up in a dependency nightmare. Hopefully @huyz can push a fix for this.

samuel-emrys commented on 2024-06-22 01:11 (UTC)

A fresh installation gives:

$ Plex
/opt/plex-desktop/bin/Plex: error while loading shared libraries: libswresample.so.4: cannot open shared object file: No such file or directory

username227 commented on 2024-06-16 19:57 (UTC)

@huyz, I have a pkgbuild for this package updated for the latest. But I can't publish since I'm not a maintainer. If you like, you can add me as a co-maintainer and I would be happy to assist in keeping it up to date. thanks!

bkazmierczak commented on 2024-06-13 20:44 (UTC)

Did anyone manage to get GPU decoding working? Unfortunately for me the player takes up 100% CPU during playback

matt17br commented on 2024-06-05 13:21 (UTC) (edited on 2024-06-05 14:38 (UTC) by matt17br)

@username227 unfortunately that does not work for me (I already have the correct xdg portal applications installed, and I am on Plasma 6), but copying the config files from the flatpak indeed does work!

username227 commented on 2024-06-04 23:35 (UTC)

@matt17br, I have had this issue in the past. It was so strange, at one point, that I had resorted to copying the config files from another distro into my arch home directory. But the correct way to solve it, if you are having the same problem, is to make sure that xdg-desktop-portal is installed (or the one for your DE). See if that helps.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »