Package Details: opentrack-git 1:2.3.13+r6207.20210425.0ddcf4eb-2

Git Clone URL: https://aur.archlinux.org/opentrack-git.git (read-only, click to copy)
Package Base: opentrack-git
Description: An application dedicated to tracking user's head movements and relaying the information to games and flight simulation software
Upstream URL: https://github.com/opentrack/opentrack/
Licenses: GPL3
Conflicts: opentrack
Provides: opentrack
Submitter: popux
Maintainer: Levitating (dreieck)
Last Packager: Levitating
Votes: 3
Popularity: 0.045367
First Submitted: 2015-04-19 19:31 (UTC)
Last Updated: 2024-12-22 19:15 (UTC)

Latest Comments

1 2 Next › Last »

krims0n commented on 2024-12-20 11:22 (UTC)

Consider moving prefix to /opt, as tracking does not work for Proton games when opentrack is launched from /usr.

See https://github.com/opentrack/opentrack/wiki/common-issues#tracking-does-not-work-for-proton-games

sthalik commented on 2024-02-09 16:03 (UTC) (edited on 2024-02-09 16:03 (UTC) by sthalik)

Consider adding a dependency on the onnxruntime package to enable face tracking functionality. The target name is then opentrack-tracker-neuralnet.

Also, license is ISC and not GPL3.

Kunda commented on 2023-08-06 21:43 (UTC)

Can the package name be updated to reflect version scheme change ? (2023.1.0) I know this follows head but it could limit confusion.

https://github.com/opentrack/opentrack/releases/tag/opentrack-2023.1.0

Abuseware commented on 2023-03-02 11:33 (UTC) (edited on 2023-03-02 11:34 (UTC) by Abuseware)

In opentrack.desktop path to the icon is wrong: Icon=/opt/opentrack/contrib/cute-octopus-vector-material_15-1831.jpg

Additionaly, OpenTrack cannot get global hotkeys in Wayland session, this can be "fixed" by forcing it to use XWayland with QT_QPA_PLATFORM=xcb

Levitating commented on 2023-01-26 19:53 (UTC)

@Moofed Love it when issues fix themselves. Thanks for letting me know.

@dreieck did you forget you are co-maintainer of this package when you made that comment?

Moofed commented on 2023-01-23 15:46 (UTC)

The issue with the presets dir should now be fixed in upstream git.

dreieck commented on 2023-01-15 18:41 (UTC)

This PKGBUILD wants to install within package() something (/usr/libexec/opentrack/presets) directly outside $pkgdir, which is forbidden:

==> Starting package()...
[0/2] Re-checking globbed directories...
[0/1] Install the project...
-- Install configuration: "RELEASE"
[...]
-- Installing: /home/[...]/.cache/yay/opentrack-git/pkg/opentrack-git/usr/./share/doc/opentrack/contrib/trackir-client/client.exe
CMake Error at cmake_install.cmake:109 (FILE):
  FILE problem creating directory: /usr/libexec/opentrack/presets


FAILED: CMakeFiles/install.util 
cd /home/[...]/.cache/yay/opentrack-git/src/opentrack/build && /usr/bin/cmake -P cmake_install.cmake
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in package().

Please fix.

Thanks for maintaining!

dreieck commented on 2021-04-29 16:49 (UTC)

Would it be possible to include Aruco tracking capabilities? Thank you!

dreieck commented on 2021-04-29 16:46 (UTC) (edited on 2021-04-29 16:47 (UTC) by dreieck)

I suggest that you add to $pkgver (i.e. into pkgver()) some code to determine the upstream "official" version of the software, and then increment $epoch (i.e.
epoch=1)
and then change
provides=('opentrack') to
provides=("opentrack=${pkgver}").

There is software version present:

In "${srcdir}/opentrack":

git describe:
opentrack-2.2-end-of-alpha-4557-g0ddcf4eb

git describe --tags:
opentrack-2.3.13-1-g0ddcf4eb

pkgver() could look for example like:

pkgver() {
  cd "$srcdir/opentrack"
  _ver="$(git describe --tags | awk -F- '{print $2}')"
  _rev="$(git rev-list --count HEAD)"
  _date="$(git log -1 --format=%cd --date=format:%Y%m%d)"
  _hash="$(git rev-parse --short HEAD)"
  if [ -z "${_ver}" ]; then
    error "Could not determine version."
    return 11
  else
    printf '%s' "${_ver}+r${_rev}.${_date}.${_hash}"
  fi
}

Thanks for your maintanence efforts! (or simpler, like just using "${_ver}" and "${_rev}".)

dreieck commented on 2021-04-18 20:44 (UTC) (edited on 2021-04-29 16:30 (UTC) by dreieck)

For me, build fails when I compile with wine support, but succeeds without.

In the PKGBUILD's build() function I had to change -DSDK_WINE=ON to

-DSDK_WINE=OFF

to achieve compilation without wine support.


EDIT 2021-04-29: Now it works with -DSDK_WINE=ON; there also has been another commit to upstream git repo, maybe that changed something.