| Git Clone URL: | https://aur.archlinux.org/parsec-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | parsec-bin |
| Description: | Remotely connect to a gaming pc for a low latency remote computing experience |
| Upstream URL: | http://parsec.app |
| Keywords: | parsec remote streaming |
| Licenses: | custom |
| Provides: | parsec |
| Submitter: | sdellysse |
| Maintainer: | tadly |
| Last Packager: | tadly |
| Votes: | 51 |
| Popularity: | 0.011918 |
| First Submitted: | 2017-08-10 02:44 (UTC) |
| Last Updated: | 2024-04-06 08:41 (UTC) |
HW decoding is broken for me as well (intel chipset). No error in logs, just like it didn't even try to initiate libva. Tried to downgrade libva without any success
EDIT: https://www.reddit.com/r/ParsecGaming/comments/xg0vkn/lost_hardware_decode_on_linux_client/ the bug on parsec side, and it is more or less a wanted behaviour...
Any clues on what broke HW decoding recently? Nothing in the logs, the option just vanished from the UI
I'm out of town till next week.
I'll add the necessary dependency once I'm back.
As for now you can manually install ffmpeg4.4 which provides the missing lib.
This will the package I add as new dependency as well.
"libavcodec58 not found on your system"
So...yeah, doesn't run at the moment.
There are ffmpeg-compat-57 and ffmpeg-compat-59 that supplies versions 57 and 59 of the library, but no 58.
I was getting a segfault when trying to start parsec. This is a recent development that occurred after a recent pacman update. A quick poke around with GDB showed this.
#0 0x00007ffff7df67fd in ?? () from /usr/lib/libc.so.6
#1 0x00007ffff7658f8c in ?? () from /home/me/.parsec/parsecd-150-84.so
#2 0x00007ffff7639a14 in ?? () from /home/me/.parsec/parsecd-150-84.so
#3 0x00007ffff7650bd0 in wx_main () from /home/me/.parsec/parsecd-150-84.so
#4 0x00000000004010fc in main ()
I deleted my /home/me/.parsec directory and parsec now works correctly.
Can the maintainer please update the upstream URL to "https://parsec.app"? That is the current URL for this software.
Sometimes parsecd remains running after closing parsec, and hijacks my clipboard. This leads to long paste times (seconds) and not being able to paste images, as parsec will immediately reassume control of the CLIPBOARD selection.
This only happens sometimes and can be "fixed" by pkill -9 parsecd, but if anyone knows why this happens and how to stop it I would be grateful to be told.
It may also be worth noting here that for hardware accelerated decode on Nvidia, you appear to need libva-vdpau-driver installed in addition to libva.
Hey, as @wibru said back in 2018, if you're having issues running Hardware (Hw) decoding on an Intel Processor with integrated graphics make sure you install your distro's libva-intel-driver package. I was running on Manjaro and would get a black screen and immediate crash without it when trying to stream using hardware.
I was having the same problem as adam900710, today I finally used strace to have a look at what was going on, the last syscall failure before the program terminating itself was
access("/usr/share/X11/locale/iso8859-1/Compose", R_OK) = -1 ENOENT (No such file or directory)
I don't have that locale enabled on my system, only C and en_US.UTF-8. I tried a (probably really bad and NOT RECOMMENDED) "fix" by doing
sudo ln -s /usr/share/X11/locale/en_US.UTF-8 /usr/share/X11/locale/iso8859-1
And sure enough parsecd will now start on my machine.
Note that this could very well be happening because my pacman.conf has NoExtract lines to block unused languages, though I didn't see an iso8859-1 locale directory in parsec-bin's pkg. Hopefully this helps someone.
Pinned Comments
tadly commented on 2020-06-10 06:09 (UTC) (edited on 2020-06-10 06:10 (UTC) by tadly)
!!! Please do NOT flag the package out of date just because a new version has been release. !!!
Parsec self-updates and as long as the package still installs (no sha256 mismatch), there is no reason to update it in the AUR as the .deb actually is an older version.