Jump to content

Pro eye unsuitable for research - data SUPER heavily filtered during fixation.


Recommended Posts

To see this for yourself, fixate a point while rotating your head back and forth, (as if indicating "no" in American culture). This is a standard test of the relative latency between the head tracker and eye tracker.  If latency were low, you would see very little wiggle in the fixation point, as your eye/head rotations cancel one another out.  Unfortunately, the Vive pro eye demonstrates TONS of wiggle.  Worse yet, it also does this in a strange way that seems uncorrelated with the rotation of your head.  Normally, this would suggest very high eye tracker latency.  However, the tracker seems to perform well during pursuit or saccade, and so my guess is that this is evidence of some VERY agressive dynamic filters that are corrupting the data signal during fixation to reduce jitter or slippage.  Can someone at Vive comment on this?  Can the filters be turned off?  

 

Note that a similar discussion was held here, on Reddit:

https://www.reddit.com/r/vive_vr/comments/brxbb5/very_high_htc_vive_eye_latency_well_above_100_ms/

 

The more data transparency the better.  Researchers would love to use your equipment, but cannot do so if you obscure the raw signal with dynamic filters.  We can deal with jitter / slippage.

 

Link to comment
Share on other sites

  • 1 month later...

Ok, I've created two movies that show 1) I have sucessfully changed the sensitivity, and 2)  this does not resolve the original problem described by PerformLabRIT in the first post of this thread. I've attached the videos and shared via youtube.

That's a 1 meter wide board, and at a distance of 3 meters half the angular subtense is atan(0.5/3)*(180/pi) = 9.5 degrees (the radius of the target).  So, the full angular subtense is 19 degrees.

Notice that the gaze sphere oscillates almost the full radius of the target - 9.5 degrees during the head movement.  Also notice that the change in sensitivity does not affect this.

This makes me think that something is *seriously* wrong with the Tobii/HTC tracking algorithm.

 

 

 

eyeParam1.flveyeParam015.flv

Edited by gazeBehavior
Link to comment
Share on other sites

I agree that it is likely latency - a lot of it..  It's a bit of a guess, but I have enough experience in this area to estimate +100 ms of latency.  This is surprising given that you guys market this for foveated rendering.  This is farrrrr too slow for foveated rendering.

Are there any other filters to worry about or turn off?

Edited by gazeBehavior
Link to comment
Share on other sites

"desti hosting" seems to be a spam account of some sort. To recap:  using SetEyeParameter() to change the sensitivity does not address the issue, which seems to be high eye tracker latency.  As @performlabrit pointed out, this issue was previously raised in the attached reddit forum post.  The videos I posted above demonstrate what the post was referencing. 

Can anyone at HTC suggest ways to lower the latency?  It's clearly too high to do anything related to foveated rendering.  

 

 

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...