DIY Head Tracker For A Tenner

When I have time. I might have to do a proper write up that explains the steps more clearly and separate from this thread. Put it all in one place and more clear. It's really not that hard to do, but with bits of info spread over several posts it's probably a little tricky to follow.

This would be very useful :D
 
I got a reply from Pocketmoon who hopes to release a new version of the UI tool in about 10 days time.

He will add the option to disable re-centering but will also fix re-centering so it takes scale into account too.

I found that currently. The lower your scale multiplier, the more aggressive the re-centering is going to be because there is less head movement being registered. With a high multiplier head movement is exaggerated enough to keep recentering to a minimum.
 
Confused - Isn't the setting of the sensitivity and the future auto-centering yes/no option autonomous from the drift testing/compensation?

ie: Surely you can adjust all those settings without having to do a 10-20min drift compensation test again as part of it?

The drift compensation should remain valid so long as the orientation of the device is the same and ambient temperature is *roughly* the same (a difference of a couple of degrees doesn't seem to make much difference to me). But with the auto-recentering turned off it will be all the more important to get the drift compensation accurate.

To be honest, I think a device with it disabled will be more hassle, you'll be pressing that mapped button in Opentrack all the bloody time (well, you know what I mean). I think what's needed is the auto-centering feature is just toned down, so that it's not so immediate, but averaged out over a longer period of time. Easy enough a change ;)

Ah. I'd assumed, because I'd re-flashed the modified sketch, that I'd need to do the drift compensation again.

I wasn't doing the compensation between altering the scale values, but only after the reflash.

I take it is isn't the case?

EDIT: Thinking about it, after the flash, the scale values had reset to 5 so isn't it the case that the drift compensation value would also have been reset?
 
Last edited:
Hmm, the scaling is stored in EEPROM so should preserve itself over flashes - unless you click the "wipe tracker" option. Maybe it's down to that?
 
Hmm, the scaling is stored in EEPROM so should preserve itself over flashes - unless you click the "wipe tracker" option. Maybe it's down to that?

I guess the drift compensation value is also stored in EEPROM?

I didn't do the wipe tracker option as part of the operation. I just used the Arduino IDE to modify the sketch and upload it to the device. I stuck a '.1' on the end of the version number so I could see it had worked in the EDTracker UI.

I previously had the scale values at 1 before the flash and they definitely reset to 5. I might give it another try...in the name of science, of course.
 
Hey,

WHAT IS THE ISSUE WITH OPENTRACK AND ED SIDE PANELS???

If there need be ed -> freetrack 2.0 -> opentrack 1/3 key support then file a bug report.

@NeiF
> So is it possible this auto-centering code can be modified or optionally turned off via the calibration program pretty please?

I'll ask Dan and Phil to disable it, and allow for configurable drift fix from mm0zct from Rift.

But which axis/axes need it?
 
Last edited:
Im finding the auto centering is a lot more pronounced when using open track on top of edtracker so ive gone back to just using edtracker mapped to x & y in the headlook options till the guys come back with there promised update.
 
FWIW, opentrack doesn't perform auto-centering in any form.

For the time being you can use customized Arduino (Atmel AVR) firmware.

I'll look into it with Dan and Phil but first tell me what axes drift at all.
 
This looks like fun... but quick question, is it possible to attach the tracker to the side of the headset, rather than the top? Or configure it to enable it that way? I think it would be more comfortable for me that way.
 
This looks like fun... but quick question, is it possible to attach the tracker to the side of the headset, rather than the top? Or configure it to enable it that way? I think it would be more comfortable for me that way.



Yes you can. You just have to set orientation in the UI tool. There are several options and then calibrate the tracker so it knows which way is which.

I think most people put it in top to avoid headphone speakers and possibly metal parts which might cause interference.
 
FWIW, opentrack doesn't perform auto-centering in any form.

For the time being you can use customized Arduino (Atmel AVR) firmware.

I'll look into it with Dan and Phil but first tell me what axes drift at all.

It's edtrackers built in auto centering that is interfering with opentrack. The tracker checks once a second to see if any slow movement seems to have caused a drift and re centers.

When you calibrate the edtracker, normally you give each axis a linear or exponential scale of 5 - 16 which multiplies all the head movement. But because opentrack uses spline graphs, for OT it's best to keep tracking 1:1 and use the mapping in opentrack. Unfortunately the hard coded auto centering doesn't adjust with scale it sees all 1:1 movement as being drift and resets every second. It expects a multiplier and exaggerated movement.

I commented out the built in auto center to make the edtracker work until the next EDtracker UI tool is released with fixes.
 
Yep, what he says ^^^ :)

I am working on updating the website guide and details but I have a bit of a problem thanks to a car taking out a telegraph pole outside my house, and so my broadband...! So bad timing, but please bear with, it's top of my priority list.

The BT engineers are here as I speak sticking a new post in :)
 
Its the yaw axis that drifts (horizontal side to side)
I think open track accentuates the autocentre thats coded into edtracker ... Evidence for this may be that while using open track you have to turn the scale in edtrackers gui right down to 1 to stop my head movements looking like a mad man on concentrated caffiene.
Hope that helps :D

Edit: ninja'd lol :p
 
I commented out the auto center code in the edtrackerII sketch and no more weird drifting at low scale settings.
I'm not too surprised about this - the auto-centering is a kludge, and as such will work well in some situations & bad in others. I'd been considering disabling that code myself, to see if it reduced my drifting problem...

I await usage of the magnetometer (compass) with baited breath :)
 

Rafe Zetter

Banned
I'm really interested in having one of these, but me and electronics don't do well together, my few feeble attempts at soldering; abysmal.

I'd be willing to pay someone to make one of these up that I could simply use "out of the box" so to speak. I gather there's code too but that I should be OK with I hope.

TrackIR seems extremely expensive if this is essentially all that's involved, hats off to all involved for making something so simple and much more affordable.
 
Give it 24 hours, I'm sure Bex will get round to you, you should receive an email confirming you're on the waiting list - we'll then get in touch with you when a device is ready and built up. I think I recall seeing you on the list tbh, so don't worry.... ;) !
 
Back
Top Bottom