| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
| |
also include the survive_config.h header to avoid various
implicit function declaration warnings on gcc
|
|
|
|
|
| |
Hopefully, this will make it easier for anyone wanting to use libsurvive
to have a simple starting point for doing so.
|
|
|
|
| |
Longer term, need to determine why if failed and fix root cause.
|
| |
|
|
|
|
|
| |
Added a raw pose output/ callback that the posers can
call when they have calculated a pose.
|
|
|
|
|
| |
The plumbing is now in place for the haptic call.
Left in place a "demo" where haptic is called when a controller's trigger is pulled
|
|
|
|
|
| |
Fully plumbed support for controller buttons
Also, commented haptic call because it messed with the vive_magic calls, given where I had it.
|
|
|
|
|
|
|
| |
--Upon startup, Watchman1 (wireless only) will do a short
haptic feedback/ vibration.
--Also have some POC code that turns off the controller (currently disabled)
--Thank you Nairol!
|
| |
|
|
|
|
|
|
| |
Currently only working on Windows over USB interface
Inputs are only printed out, still need to propagate them up the stack.
Buttons are placed in a queue, and "processed" on a different thread to avoid starvation.
|
|
|
|
|
|
| |
Start the infrastructure for reading buttons from the tracked devices.
Currently, only supporting wired controller and wired tracker.
Data is printed only so far, not passed up the stack programmatically.
|
|
|
|
|
| |
The accelerometer will be used to determine "up" instead of
blindly using +z during calibration
|
|
|
|
|
|
|
|
|
| |
Works with 2 lighthouses.
Tracking from both lighthouses agree *much* better than before
Inverting the tracker no longer screws up tracking
Still much work to do to remove all axis angle and
speed up/ make predictable the algorithm to estimate the rotation of the
LH relative to the tracked object.
|
|
|
|
|
|
|
|
| |
Rotation was previously approximated using axis/angle
This change starts down the path of using quaternions exclusively.
This change appears to give at least as good as answers as the axis/angle
model in basic cases (also only tested with 1 lighthouse), but it is
currently much slower and runs in unpredictable time.
|
|
|
|
|
| |
Added some config options. Changed a few defaults. Better output from PoserTurveyTori.
Hopefully, this will make it easier for someone new to get up and running more easily.
|
| |
|
| |
|
|\
| |
| | |
Add support for using only 1 lighthouse
|
| |
| |
| |
| |
| |
| | |
Change adds a config option for the number of "active" lighthouses,
which can be 1. Calibrate will run with a single lighthouse
if the new config option LighthouseCount is set to 1.
|
| |
| |
| |
| | |
This definitely works a little better. There are still issues.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
|
| |
Also updated the visualization in calibrate.c to show
position & orientation as calculated by each lighthouse
at the same time
|
|
|
|
|
|
|
| |
This feature removes the requirement that you calibrate
with the tracked object in any particular orientation.
The IMU on the tracked object will be used to determine
what direction is "up"
|
|
|
|
|
|
| |
quattomatrix33() needed to be updated after the fix in quatfrom2vectors
Additional poser updates to make it more robust.
Poser is now updating based on both lighthouses. Expect significant jitter from this.
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Conflicts:
src/survive_vive.c
|
| | |
|
|/ |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
I'm pretty sure the accelerometer values are correct.
The gyroscope values may not be correct.
|
|\
| |
| |
| |
| | |
Conflicts:
src/survive_data.c
|
| |
| |
| |
| | |
if statement should not be combined
|
| | |
|
| |
| |
| | |
I've been seeing starvation that manifests itself as weird light data coming into the disambiguator. A major cause ended up being starvation. This change will cut the frequency of poser calls by by 75%
|
|\ \
| | |
| | | |
Fix regression that broke support for wireless controllers on Windows
|
| | | |
|
| | |
| | |
| | |
| | | |
OOTX reader.
|
| | | |
|