Arch Linux User Repository

It looks like there's a version mismatch that is causing issues with neuralnet right now:

DEBUG [/<path>/opentrack/src/opentrack-opentrack-2023.3.0/api/plugin-support.hpp:106]: library "neuralnet" failed: "Cannot load library /usr/bin/../libexec/opentrack//opentrack-tracker-neuralnet.so: (/usr/lib/libonnxruntime.so.1: version `VERS_1.22.1' not found (required by /usr/bin/../libexec/opentrack//opentrack-tracker-neuralnet.so))"

Checking on onnxruntime, it looks like the repos are now at version 1.22.2-2.

I get the various inputs and filters, but clicking on start (e.g. with Linux Joystick input and Accela selected) give the following error in terminal:

$ opentrack
### Click on the start button after selecting an input and filter
DEBUG [/home/mart/.cache/yay/opentrack/src/opentrack-opentrack-2023.3.0/logic/runtime-libraries.cpp:25]: protocol dylib load failure

Not sure if this is relevant but I dont actually have a tracking device connected. I plan on building a tracker with an arduino and just want to set everything up before I start, so thats why I'm trying this now.

I updated the desktop files so the app show up in the proper category (Utilities) and also added a Wayland launcher (based on https://github.com/opentrack/opentrack/issues/1035) because shortcuts weren't working without the --platform xcb parameter in Wayland.

@jebez : wine is a make dependency. It's one of the output protocols, used for example to interface with X-Plane. It is safe to delete after building the package. You can try editing the PKGBUILD anyways to ignore this protocol:

paru -G opentrack  # or yay -G opentrack
# Edit PKGBUILD
# remove wine from makedepends and -DSDK_WINE=ON
makepkg -si

@jebez wine is required by at least one of the protocols afaik. I could change it as an optional dependency. What do you think about that @Moofed

@pan-mroku

Thanks, that worked. It's a little touchy and there's definitely a right timing to getting the instance in proton opened up, but with a little finagling, it seems pretty stable.

Why wine as dependencie?

yay -S opentrack --ignore wine

not works, is it possible to remove wine as dependencie?

@TheDukeofErl

https://github.com/opentrack/opentrack/issues/1260#issuecomment-881908297

The trick is to run two instances. One outside the container, sending data to UDP. Second one inside the same container as the game, receiving data from UDP and sending into the game

Has anybody had any luck at all getting this to work with games inside Proton? It seems that the default options for setting proton prefixes doesn't work, however, I can manually set the paths without issue. That said, I still can't actually get the tracking to do anything. It looks like there are some notes about this upstream, indicating that it needs to be located outside of /usr: https://github.com/opentrack/opentrack/wiki/common-issues#tracking-does-not-work-for-proton-games. It looks like this was mentioned on the -git version of opentrack, but nothing happened with it there.

@Moofed @Thorned_Rose I patched the build with this same fix used in upstream: https://github.com/opentrack/opentrack/commit/a47cbd05214787640bbeffa289b4d932905d213f

There's a pre-release on the works but still older than the previous commit: https://github.com/opentrack/opentrack/releases/tag/opentrack-2024.1.1 hopefully upstream will update it to include the fix.

Build is currently broken. There's an incompatibility between the opentrack source code (compat/process-list.hpp) and the version of libproc2 in ArchLinux. Specifically, the macro PIDS_VAL in /usr/include/libproc2/pids.h now takes only 3 arguments, but the opentrack code is calling it with 4 arguments. Patch compat/process-list.hpp with:

--- a/compat/process-list.hpp
+++ b/compat/process-list.hpp
@@ -153,7 +153,7 @@
-        char  **p_cmdline = PIDS_VAL(rel_cmdline, strv,  stack, info);
+        char  **p_cmdline = PIDS_VAL(rel_cmdline, strv,  stack);

edit: upstream fixed this in https://github.com/opentrack/opentrack/commit/a47cbd05214787640bbeffa289b4d932905d213f

@Moofed @Thorned_Rose