I'm using a Track clip with a Flex C120 camera and finding that as I Pan my head I also get a change in Yaw position.
I thought this may be because I was tilting my head as I panned but tried it again on a tripod and got the same result.
I'm also having issues with the NPVector2.reset method, I thought if I used this then I could reset the zero position of the tracking, however, I find I need to use reset and also reinitialize the Optitrack.NPVector object.
Thanks
Decoupling motions and centering with track clip
Re: Decoupling motions and centering with track clip
(Please note that INPVector is not officially supported. The recommended way to do rigid body tracking is using our Rigid Body toolkit software.)
With the INPVector it is common to see some crosstalk between the different axes, particularly when using cameras other than the TrackIR 4 Pro. You may want to review this thread to see how INPVector3 can be used to adjust the focal length to match the stock C120 lens (or other lenses). Tuning the lens may improve the crosstalk issue a little.
[s]
The reset method is intended to zero the origin and reset the tracking, if it is not doing it, then that could be an issue.[/s]
Edit : After more closely reviewing the code and documentation, the Reset method is only intended to restart the calculations and does not explicitly provide re-centering (zeroing of the axes).
With the INPVector it is common to see some crosstalk between the different axes, particularly when using cameras other than the TrackIR 4 Pro. You may want to review this thread to see how INPVector3 can be used to adjust the focal length to match the stock C120 lens (or other lenses). Tuning the lens may improve the crosstalk issue a little.
[s]
The reset method is intended to zero the origin and reset the tracking, if it is not doing it, then that could be an issue.[/s]
Edit : After more closely reviewing the code and documentation, the Reset method is only intended to restart the calculations and does not explicitly provide re-centering (zeroing of the axes).
Re: Decoupling motions and centering with track clip
No the reset doesn't zero the origin, and I sometimes get problems if one of the markers on the track clip goes invisible.
What happens in the lost marker case is like this, say you look down so far that one of the markers cant be seen, lets say thats at pitch -30, then when you raise your head the tracking appears to pick up again at about -30, but the tracking gets reversed such that when you are looking dead ahead in a position that originally was 0 its now -60 its as if when the camera picked up all three markers it resolved them in reverse
As far as reset goes, well I actually cant see what it does, I thought that when i were to hit reset then the pitch/roll/yaw would zero out.... but I actually have no idea what its doing
What happens in the lost marker case is like this, say you look down so far that one of the markers cant be seen, lets say thats at pitch -30, then when you raise your head the tracking appears to pick up again at about -30, but the tracking gets reversed such that when you are looking dead ahead in a position that originally was 0 its now -60 its as if when the camera picked up all three markers it resolved them in reverse
As far as reset goes, well I actually cant see what it does, I thought that when i were to hit reset then the pitch/roll/yaw would zero out.... but I actually have no idea what its doing
Re: Decoupling motions and centering with track clip
As mentioned in the edit to my post above, the Reset method does not necessarily zero out the origin for the axes. It sounds like you might be interested in the "Recenter" functionality which has never been exposed in the API. It would need to be added, however since INPVector is an unsupported feature it is not likely that it will get implemented.
Here is the description of Reset() from the documentation :
"If for some reason the tracking of all three objects in the Vector clip is lost, call the Reset method of INPVector to restart the calculations."
And
"The reset method resets the Vector calculations to their initial state."
Here is the description of Reset() from the documentation :
"If for some reason the tracking of all three objects in the Vector clip is lost, call the Reset method of INPVector to restart the calculations."
And
"The reset method resets the Vector calculations to their initial state."
Re: Decoupling motions and centering with track clip
Thanks for the clarification, yes it does sound like I need the recentre, however, I've since created my own method for re-centering.
I'm getting a little confused about this term 'not officially supported', and 'unsupported feature', what exactly do these terms mean, its frustrating to think that the single reason for me selecting the Optitrack package, is treated like an unwanted bastard child..... are these terms in fact warnings that I would be better off directing my interests elsewhere?
I'm getting a little confused about this term 'not officially supported', and 'unsupported feature', what exactly do these terms mean, its frustrating to think that the single reason for me selecting the Optitrack package, is treated like an unwanted bastard child..... are these terms in fact warnings that I would be better off directing my interests elsewhere?
Re: Decoupling motions and centering with track clip
It means it is a feature which is present in a product, but which we are not obligated to provide support for - a bonus.
On the page for the Baseline SDK it says :
* 6DOF Position Calculation, with Vector Clip ^
^ Not officially supported.
The Vector 6DOF tracking was originally developed for the TrackIR product line. In-game consumer head tracking is what it is most suited for and remains the primary purpose of the technology. We identified a need for more precise, robust, commercial grade 6DOF tracking, so we released the Rigid Body toolkit. The Rigid Body toolkit has been much better at filling our customers 6DOF tracking needs than Vector.
On the page for the Baseline SDK it says :
* 6DOF Position Calculation, with Vector Clip ^
^ Not officially supported.
The Vector 6DOF tracking was originally developed for the TrackIR product line. In-game consumer head tracking is what it is most suited for and remains the primary purpose of the technology. We identified a need for more precise, robust, commercial grade 6DOF tracking, so we released the Rigid Body toolkit. The Rigid Body toolkit has been much better at filling our customers 6DOF tracking needs than Vector.