[ANN] opentrack 2.0 beta 1 released!
-
With thanks to jmmilner72, the software now has at least a stub worth of a wiki.
https://github.com/opentrack/opentrack/wiki/_pages
As writing requires a moderate grasp of English (as evidenced by yours truly’s fumbling) and no programming skill, I’d like to ask you to contribute. Thanks!
-
Everything works here, except when the profile has enabled axis inversion TX (x-invert-axis=true) or disable Z axis compensation (compensate-translation-disable-z-axis=true), next time I run the program CPU usage goes to 100% and tracking becomes slow and glitchy. If they’re turned off in profile and I enable them in the GUI they work fine.
-
Can’t reproduce it here. Does it happen on today’s build? Please give exact steps to reproduce the breakage.
-
Happens on today’s build too.
http://www.filedropper.com/settings_2 I here’s two config files (I hope this forum lets me post links).
When you select falcon_good.ini to load next time you start the program, all is good. when you select falcon_bad.ini, 100% CPU next time you start (but works fine if you load it manually when the program is already running).(using Windows 7 64bit in case it makes a difference)
-
For me, it was enough to open a profile stored in a different directory, but without restarting the software. It seemed to reload the combobox over and over again.
Thanks for the report. Please retest, using the same URL for the build. It’s been ninja edited, due to gravity of the issue.
Edit:
NOT YET FIXED. “save as” causes same issue. Next build should fix it. Try again in 10 minutes.
Edit:
Uploaded by now.
-
Works perfectly now. Thanks.
-
Thanks for the Wiki. It has already cleared up my biggest problem with the Aruco tracker. I somehow convinced myself that the marker should be perfectly vertical when my head was in the neutral position (because the camera could see the largest size image). I saw all sorts of odd axis flipping, so much so that I was looking through my junk drawer for IR LEDs yesterday.
I’d be happy to help edit the Wiki as I have some past experience with technical writing as well as programming.
With thanks to jmmilner72, the software now has at least a stub worth of a wiki.
https://github.com/opentrack/opentrack/wiki/_pages
As writing requires a moderate grasp of English (as evidenced by yours truly’s fumbling) and no programming skill, I’d like to ask you to contribute. Thanks!
-
That’s great news! When you register on github, send your username and you’ll be given access in a jiffy.
I’ve tried to copy coplanar POSIT from the PT tracker to use in aruco, but it wouldn’t work any better, sadly.
Watch out for pitch down being broken when the marker’s centered yaw-wise and you’re looking at the middle translation-wise. It used to work for me for months but now spotted some edge cases after switching to Windows… Hopefuly it’ll all get sorted out in the upcoming days.
-
I think I’ve also seen some glitches in pitch tracking, even with the marker at 45 degrees when in neutral pose, running Windows 7 Pro x64. Also did some digging and can confirm that the markers do have a “up” and “down” so that if you rotate the marker 90 degrees before fixing it to your hat, the pitch and yaw axises as tracked get swapped. The source I found for the marker creation program seems to require 3 arguments; marker number (range 0:1023), jpeg output file name (e.g. “test23.jpg”), marker size (256 seems standard). Still can’t get it to run in Windows 2000 or 7 (64 bit), will try XP next.
I think even the PT will break down if the plane defined by the three points comes too close to being coplanar. At least with the markers it is obvious what that plane is!
I PMed you my github id.
-
Try using .bmp as the extensions instead of .jpg. JPEG support hasn’t been compiled in that particular opencv build. It should work on Windows XP/2003 and above with the file format caveat.
PT’s coplanar too, since it uses 3 points. That amount forms a plane, always. The real issue is perpendicularity toward the camera.
In a yet-unpushed build, settled for iteratively improving the previous frame’s pose, until the pitch sign changes. This has its own caveats, but completed a test flight without a hitch.
Changing the head centroid works too, and yet-unpushed change allows for skewing the 3D coordinates of the marker’s edges on the pitch axis, to account for the marker’s skew. This improves on head centroid position.
Finally, distortion coefficients are necessary to prevent rot/t interconnect. This is an issue given that barely any users care to calibrate the webcam model they’re using.
-
In case there are any outstanding issues with regard to the software, please report them. They’ll be corrected by me when it’s possible.
It’s been a while, after all. Happy head-wiggling!
-sh
-
Still using it and happy with everything.
Question though, any plans to add DX centering/pause commands to it?
-
In case there are any outstanding issues with regard to the software, please report them. They’ll be corrected by me when it’s possible.
It’s been a while, after all. Happy head-wiggling!
-sh
Please take a look at this issue:
https://github.com/opentrack/opentrack/issues/25 -
btw. the windows binaries are down:
http://sourceforge.net/p/facetracknoir/discussion/1150909/thread/fc841d30/ -
Here’s what seems to be the latest binary:
https://www.dropbox.com/s/j8ygiiq5ex6dapi/opentrack-win32-portable-2.2-20140116.tar.xz
As for DX centering, the idea’s to offer the same core functionality on all supported platforms. Also, it’d be relatively much work.
If you need to center THAT much, it’s probably an issue in itself, and should be addressed instead of working around it.
-
Latest versions act weird on my PC. The view is skipping back and forth when i pan, as if it was sending positions in the wrong order. Can’t explain it, here’s a video:
Doesn’t seem to be Falcon-specific, it does same thing in X-Plane and Euro Truck Simulator.Tested it with binaries from 2.2-2014011 to 2.2-20140116 and it happens with 2.2-20140113 and newer, previous versions work fine.
EDIT: it also seems to get worse with higher framerate.
-
Did work on it yesterday and today. Try today’s build instead. Several users reported the issue and it’s apparently better now. If not, can analyze the code some more.
In tomorrow’s build, EWMA filter becomes actually useful.
Great job bisecting the issue.
-
This will probably sound dumb, but i have no clue where to download today’s build. Newest binary in dropbox is 6 days old (bug still present), only file from today is a reupload of 20140116. Compiling it from source is way beyond my skill level.
-
Deleted the wrong things during cleanup. Try now.
-
No glitches so far, appears to be fixed. Thanks. Going to test it with other games too.
EDIT: X-Plane OK, ETS2 OK