Arch Linux User Repository

Updated to 3.8.0.0 and I don't get the ffmpeg error but the connection attempt hangs and never completes.

I'm looking into if there's anything I can do about this incompatibility from the AUR package side. Ultimately it seems like Splashtop should release an update that fixes the incompatibility, but I have no insight into if or when they would do that.

I'm experimenting with getting it working within a Flatpak here https://github.com/agsimmons/splashtop-business-flatpak where I can pin a specific ffmpeg version. I don't yet have the vbx, h264, or av1 codecs included.

This has been broken for the past ~2 months and I've been in conversation with the support team about it. Here's what I've learned and a fix:

Something changed in ffmpeg and splashtop was built against an older API. The Splashtop support team said 6.1 -> 6.2 is what broke it but I found that 7.x worked and 8.x is what broke it. Regardless, ffmpeg is the issue.

Use the following URLs to pull the older version of ffmpeg and its dependencies.

https://archive.archlinux.org/packages/f/ffmpeg/ffmpeg-2%3A7.1.1-5-x86_64.pkg.tar.zst

https://archive.archlinux.org/packages/l/libvpx/libvpx-1.15.0-1-x86_64.pkg.tar.zst

https://archive.archlinux.org/packages/r/rav1e/rav1e-0.7.1-1-x86_64.pkg.tar.zst

https://archive.archlinux.org/packages/x/x264/x264-3%3A0.164.r3108.31e19f9-3-x86_64.pkg.tar.zst

Open each one of these and copy all the libs into a new folder.

You can extract everything with all the symlinks but I found the following to be the list of filenames that splashtop specifically looks for:

libavcodec.so
libavdevice.so
libavfilter.so
libavformat.so
libavutil.so    // this is the only one that needed 2 filenames for the same lib
libavutil.so.59 //
libpostproc.so
librav1e.so.0.7
libswresample.so.5
libswscale.so
libvpx.so.9
libx264.so.164

Finally, launch with

 LD_LIBRARY_PATH={/path/to/your/splashtop-libs}:$LD_LIBRARY_PATH splashtop-business

Clean install of Omarchy. env QT_SCALE_FACTOR=2 WAYLAND_DISPLAY=wayland-0 Running this in Xwayland fails on client connection with the following error:

[h264 @ 0x24b89c40] [IMGUTILS @ 0x7fff1be0d9b0] Picture size 0x0 is invalid
[h264 @ 0x24b89c40] Ignoring invalid width/height values
[h264 @ 0x24b89c40] [IMGUTILS @ 0x7fff1be0d9b0] Picture size 0x0 is invalid
.
.
.
[operator()] RecvTLVData error (326)

Can the post_remove be updated to remove the installed service /usr/lib/systemd/system/SRUsb.service ?

I'm coming off a fresh installation of Arch with Gnome, the package installs OK but then it errors out with the following missing file error: splashtop-business: error while loading shared libraries: libxdo.so.3: cannot open shared object file: No such file or directory

The fix is to install xdotool so I'd recommend adding that as a dependency.

@ingvij I'm using the latest version of libjxl and haven't experienced this error. Does this occur immediately on launch, or after performing some specific action? Does the application crash?

I'm getting errors from libjxl when using 3.6.0, maybe because it was recently updated to 0.10 and splashtop is using 0.9. I'll revert locally, but maybe 3.5 is also using libjxl, so it might make sense to add it as a requirement to the package as well..

terminate called after throwing an instance of '[02/28/24 14:17:38] [STB.I]:[Init] AudioDecoderCelt init success sample_rate: 44100, frame_size: 960
std::runtime_error'
  what():  libjxl.so.0.9: cannot open shared object file: No such file or directory
zsh: IOT instruction (core dumped)  splashtop-business