forums.naturalpoint.com

Great! Will check it out soon

Any updates on this? Thanks

Similar problem on HP xw4600. No time now to try and troubleshoot it, especially since it's a very temporary machine; I just unplug the cameras before booting.

Yes. Unless I tell the API to open up a VRPN port and a client is listening . To measure the framerate, I use the Windows API function QueryPerformanceCounter, which is highly accurate. I issue Sleep(1) on each loop iteration and I have tried to vary this value. Here's the relevant part of the progr...

Discovered something more... when I enable VRPN with RB_StreamVRPN, then the framerate goes up from 64 to 100 as soon as a client connects, and drops back to 64 when the client disconnects.

I'm still playing around with the RigidBody-Sample (see also this other topic ) but now I've run into a different problem. At first, I got 100 fps with rigid body data in all of the frames, and I saw that it was good. Then, after some work (including a new calibration), I suddenly only got 64 fps. H...

Well, after solving the license problems, I got the RigidBody-Sample application to run. At full speed! No frame drops!

So I suppose there is something in the Rigid Body Tool that makes it slow. The 3D display rendering perhaps?

You'll want to run the tracking on a separate machine anyway, and the software can stream over the network through VRPN and TrackD.

Perhaps worthwhile to consider.

<r>As to #3, I have exactly the same problem. I e-mailed back and forth with the NaturalPoint people; they sent me a new license file that I just tested, but it didn't help. Now I'm waiting for them to wake up on the other side of the big pond and reply <E>:)</E><br/> <br/> I hadn't looked at the ou...

Any updates on this?