[ANN] opentrack 2.0 beta 1 released!
-
HT 1.0 is the best bet. FaceAPI was a real hassle to maintain due to stuff with MSVCRT, etc. It was gathering bitrot and barely anyone used it.
Are you willing to test some HT binaries?
-
if you by test mean using it ingame then sure.
tell me where i can download it and for what i should be looking for and I’ll see where i can help
i have a logitech c510 webcam btw -
If it crashes before displaying any frames, it means it’s “over-optimized”, i.e. doesn’t support your CPU.
But it should support Pentium 4 and above if compiler’s to be trusted.
Please keep in mind that it’s pretty resource-hungry, to avoid breakage on fast movement and nose scratching.
Try this build:
http://ananke.laggy.pk/dump/tracker-ht-20131215.tar.xz
Does it crash? If so, how?
MSVC2013 can be used to make a fast build too, but there are problems with XP support
-
sthalik thanks,
when i copy the folder into the opentrack 2.0b2 folder and choose the ht 1.0 as maintracker it crashes unfortunately with APPCRASh headtracker-ftnoir.exe.
I have windows 7 btw -
Launch headtracker-ftnoir.exe manually after it crashes without pressing ‘ok’, is there any stderr output?
-
nope. it always crashes even the headtracker-ftnoir.exe.
-
How about this one?
http://ananke.laggy.pk/dump/tracker-ht-20131215_2.tar.xz
If it works, will become part of 2.0b3.
-
Good news,
the last one you posted works now
thank you!Hz:29-30
Error: 3-8
keypoints: 200-320edit: its rather jittery in bms but i guess i have to find settings that work for me. maybe the frames of my tracking webcam (30) don’t correlate with ingame fps (60).
-
Ist there any date for the next beta?
-
Now seeing interest, how about today?
Update opentrack-2.0b3: http://ts3.cosaofficial.pl/opentrack/
Please report any issues
-
No problems so far, OpenTrack works much better for me than FaceTrackNoIR. I have been able to set my camera to 60 fps, and even on my laptop, it is beyond acceptable (for free, this is amazing).
-
Is there any interest in Android version?
-
hello sthalik,
i have a problem since accela mk4 (with mk3 it doesn’t happen) that ingame (bms) its all shaky as if my webcams 30fps wouldn’t match with the 60fps in the game. the strange thing is though when i record it with fraps and the video is 30fps the stuttering is not there in the video but recorded with 60frames it is prominent. i would upload a 60frames video on youtube but idk how, all programms i see convert the video to 30 frames. nevertheless i try it to upload it into youtube.
-
Is it not the matter of unsuitable user settings of accela?
There was mk4 change wrt inteprolation of updates, i.e. empty updates don’t cause filtering.
Please ensure that your settings are fine, e.g. increase deadband, rotation filtering. If not, I’ll figure something out.
-
It crashes if I use HT or acula tracker without configuration. In order to fix this issue I had to choose a camera instead of all cameras. The crash should be avoided by some kind of error handling.
The new version doesn’t seem to be as responsible as the last version using the same settings. .
-
There is plenty of error handling. The code short-circuits if camera fails to open. How many cameras do you have, if selected explicitly, do all work? Does the first one crash regardless?
Filter settings are meant to be changed. Some kind of backwards compat will be placed once 2.0-final is released.
-
Funny enough I have only one camera. It is a ps3eye cam.
-
Works for me on default config, with and without camera attached:
Pretty confident that the issue’s on your end, as can’t reproduce it and no one else reported it, either.
Submit a stack trace if you think that’s a bug in opentrack.
-
Proudly presenting opentrack-2.0b3!
- PT frame hysteresis support kindly contributed by Ulf Schreiber/usrusr
- aruco thresholding improvements
- arduino hatire is now optional, as not every system has qt5serialport
- Rift logo in the UI (mm0zct)
- Possibility to ignore zooming when translation compensating (requested by stargazer)
Credits for this release:
- sthalik (maintainer, build system dude)
- mm0zct (rift/hydra)
- FuraX49 (arduino expert)
- usrusr (PT contributor)
-
sthalik, I figured I’d respond here instead of the other thread we were in.
The hysteresis seems to stabilize the view. I messed around with it both on the low and high ends.
It seemed to eliminate all jitters when zoomed in and made the overall movement seem smoother. Toward the high end, it seemed to induce a little lag into the movement but adjusting the slider smoothed it back out.
Thanks for the time you put into this!