Package Details: oculus-rift-sdk-jherico-git 185.cbf6f96-2

Git Clone URL: https://aur.archlinux.org/oculus-rift-sdk-jherico-git.git (read-only)
Package Base: oculus-rift-sdk-jherico-git
Description: Oculus SDK community version. SHIM + shared release/debug (libOVRRT64_0.so.0.5.0.1, libOVRdRT64_0.so.0.5.0.1), OculusConfigUtil, /etc/xdg/autostart/ovrd.desktop. Use /usr/include/ovr-0.5.0.1/ as path to the SDK.
Upstream URL: https://github.com/jherico/OculusSDK
Licenses: custom
Provides: oculus-rift-sdk=0.5.0.1
Submitter: haagch
Maintainer: lubosz
Last Packager: lubosz
Votes: 7
Popularity: 0.000000
First Submitted: 2014-09-02 00:43
Last Updated: 2016-06-02 15:35

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

yobert commented on 2015-03-20 04:02

I think this package requires "cmake" to build

haagch commented on 2015-03-16 20:13

Oops, I forgot that. Sure.

basil commented on 2015-03-16 20:08

This has been brought up before. Can gcc-multilib be added to the list of dependencies?

haagch commented on 2015-01-17 03:10

They decided oculusd should be closed source, so it is exactly the one from the official SDK.

Do you use a 3.19 rc kernel? If so, you can try

rmmod uvcvideo
modprobe uvcvideo quirks=0

See https://forums.oculus.com/viewtopic.php?f=20&t=16593#p231945

If not: good luck.

silverhammermba commented on 2015-01-17 03:00

oculusd segfaults for me. I don't think this is your package's fault because I have the same problem with the one from the vanilla SDK.

feilen commented on 2015-01-15 22:47

(actually give me a minute on edid... it should be linked into the main libovr.a, so I'll adjust it in the SDK cmake files)

feilen commented on 2015-01-15 22:33

Additionally, can you package in 'libedid.a'? It's needed statically.

feilen commented on 2015-01-15 22:26

Found it I think! In 'options' you need to specify 'staticlibs' in addition to '!strip'. '!staticlibs' is the default in /etc/makepkg.conf.

feilen commented on 2015-01-15 21:42

Still having an issue with it not outputting the static library though.

feilen commented on 2015-01-15 21:38

Found that too, I'm slowly making changes on my fork to make the paths and compilation match the official SDK more closely.

CMake, for some unknown reason, picks the slower and more unstable "-O3" by default for GCC release, unless you override it (which most things do)