WorldViz User Forum  

Go Back   WorldViz User Forum > Vizard

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 03-01-2010, 09:11 AM
NASA GRC NASA GRC is offline
Member
 
Join Date: Nov 2009
Posts: 5
CAVE tracking question

I'm having some trouble getting cave tracking to work correctly. I've implemented it successfully on our one-wall system (using VRPN), but am having frustrations on our four-wall system. To solve my problems, I need a better understanding of whats going on in the example code in the vizard documentation.

This line:
cave.setTracker(pos=viewtracker)

should that be sufficient in linking the viewpoint to the tracker? By using this line alone in our fourwall system, there is an apparent linkage occuring, but the results are not accurate.

When I add this line:
caveorigin = vizcave.CaveView(viewtracker)

that solves some problems but introduces others.

Then the following lines:
origintracker = viztracker.KeyboardMouse6DOF()
originlink = viz.link (origintracker, caveorigin)

from the docs confuse me. Namely, why is the caveorigin being assigned the viewtracker at initialization, when its value is just being overwritten with the vizlink later? In fact, in my one-wall solution, I set the matrix of caveorigin explicitly as a result of lots of matrix math from the wand values. Why is the viewtracker value used with caveorigin to begin with?

So my two questions are:

1) should that first line of code alone be sufficient in setting the tracker to the viewpoint (hypothetically if moving the origin is not desired)?

2) why is viewtracker used to initialize caveorigin, when caveorigin is redefined later with vizlink.

These answers should help me find where my troubles are. Thanks.
Reply With Quote
  #2  
Old 03-01-2010, 09:40 AM
farshizzo farshizzo is offline
WorldViz Team Member
 
Join Date: Mar 2003
Posts: 2,849
In the example from the docs, viewtracker represents the users physical eye location with respect to the wall corners. As mentioned in the docs, cave.setTracker does NOT update the main viewpoint, it is only used to update the projection frustum for each wall.

The user still needs to apply the tracking data to the viewpoint. This is where the CaveView object comes into play. It represents the position of the user in the virtual world. The virtual viewpoint consists of the virtual origin plus any physical movement of the head, this is why CaveView uses viewtracker to initialize.

The link between origintracker and caveorigin is created to allow the user to control the virtual position of the cave using an input device (ie. keyboard).

Hope this clears things up.
Reply With Quote
  #3  
Old 03-01-2010, 12:53 PM
NASA GRC NASA GRC is offline
Member
 
Join Date: Nov 2009
Posts: 5
yes, that clears things up greatly.

Turns out my trouble is due to a calibration problem in our optical tracking system, which is also new to us, but I needed to understand this code better to know what was going on and where to look.

Thank you, very much.
Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
CAVE, navigation, tracked wand, coordinate systems JimC Vizard 6 10-09-2009 12:43 PM
right-hand to left-hand coordinate System for a cave setup Andy Vizard 1 09-16-2009 10:17 AM
tracking with multiple LEDS dan12345 Precision Position Tracker (PPT) 7 04-02-2008 10:44 PM
General question and question regarding arrays dan12345 Vizard 1 01-15-2008 10:15 AM
ImmersaDesk system tracking kgarr Vizard 10 09-14-2006 11:17 AM


All times are GMT -7. The time now is 04:39 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
Copyright 2002-2023 WorldViz LLC