DIY Head Tracker For A Tenner

Mounting the EDTracker on something other than headphones/cap? This is the situation my friend is in.

I've suggested getting a 2.5cm alice band (hair band) from Amazon...

Any other inventive solutions?


  • Mouth mounted attached to a gum shield.

  • Shoe mounted.

  • Belt mounted for standing players to give the hips a workout.

  • Surgically implanted.

I'm so glad you asked for inventive. I'm all out of practicality today. :D
 
^^ OK! I get the idea you guys aren't taking the request too seriously...

And no, attaching the EDTracker to an eyepatch isn't a good one either!
 
Last edited:
:) Baseball cap works well, either on top or on the peak of the cap.

Alas my mate doesn't like the idea of a cap (or headphones)... So my only suggestion thusfar has been an alice band, which hopefully will work out.

So as I said, I was simply fishing to see if anyone else had come up with a crafty alternative (that doesn't involve eye patches, gum shields to rectal probes)... :)


Is this the same 2.2 beta firmware I've already seen, or a newer beta?
Same question here I guess... ie: Is that was you emailed out a week or two ago for testing?
 
Last edited:
Another slightly odd bit of behaviour from the Client.

When it's minimised to the task bar, and you double click it to maximised it (one click won't do), it very strangely results in you clicking the icon in the task bar in effect next to it.

ie: You (double) click it, so it disappears (as its being maximised), but one of the clicks then goes to the icon that replaces it, so (if that requires one click) that gets opened too.

So I double click it in the task bar and I get it and another application opening up...



This is an oddity ontop of an oddity for me, as I also have strange behaviour that when I first minimised the Client, the hotkey doesn't work, so I have to maximised it and minimise it again. And of course, in doing this, I then get the odd behaviour of a (random) second program opening up from the task bar too.



Another issue with the opening of the client (on Windows 10). So you have no choice but to double click it to maximise it from the Tasks, as right click and "Open Track" doesn't work...

And then, as described above, when you do double click it, the click "follows though" to the application (icon) that then falls into its slot, so you can open (maximise) EdTracker and another program just trying to open EDTracker...

And all this because when EDTracker minimises for the first time, its hot key feature (usually) doesn't work, so you have to open/minimise it to get that working...
 
Last edited:
I now got me a second edtracker and mapped it to roll pitch and yaw of the ship. It worked well for some time but suddenly my normal head tracker is replaced by the steering tracker. I can even roll my ingamevision. How can I prevent ED from mixing up the two trackers?

I started to use opentrack for the second tracker to have more control over the axes and hoped it would help ED to distinguish between the two. but no luck so far
 
Last edited:
Are they both plugged in to the same USB ports as when they were originally assigned?
Also, I wonder if the order in which they are unplugged/re-plugged matters (after the OS startup) - if you have unplugged them at all. If not, ignore this aspect... I'm just bouncing ideas around ;)
 
I did not change the USB ports. I dont have to unplugg them to confuse the game. Restarting ED is enough. The GUI shows the headtracker on COM3 and the "handtracker" at COM5 and this does not changed after unplugging them or restarting the PC.
 
Do they change order in the game controllers view (the serial ports are only used for configuration)? I know they're both named the same, but if you go into the properties of them and give each one a 'twiddle' you should be able to establish which one is which. Just wondering if windows isn't consistent with how it orders them. Otherwise it might be down to the game.
 
Do the Arduinos used have unique USB serial numbers? Are they used by ED to disambiguate devices? Is the USB enumeration (bus and port) used? If ED is just using Vendor ID and Device ID and those independently of USB enumerations, you may be getting a random axis on each EDTracker each time ED starts up. At work, can't check Custom.binds to see what's there.
 
Today I can unplug and plug them in in any order, restart the game and connect them and disconnect them in the GUI with no ill effects. Somehow I cannot reproduce the problem I was struggling with for the last two days. Everything seams to work fine today. I am doing more tests in the evening today.

Thx for now!
 
Do the Arduinos used have unique USB serial numbers? Are they used by ED to disambiguate devices? Is the USB enumeration (bus and port) used? If ED is just using Vendor ID and Device ID and those independently of USB enumerations, you may be getting a random axis on each EDTracker each time ED starts up. At work, can't check Custom.binds to see what's there.

The controllers listing in ED just takes VID and PID but my understanding was that Windows assigns a "semi-unique" Instance ID to a USB controller when it's plugged into a given port and, provided it stays in that port, it should always enumerate to the same ID. But I think you're right, maybe ED doesn't take that into consideration, just the VID/PID.

edit: just checked, yes, you're right - custom.binds just stores a concatenation of the VID/PID :(
 
Last edited:
Back
Top Bottom