Hello
I'm trying to stream some .tak files that I have recorded the other day. The problem is when i stream them to Unity using the MotivetToUnity package(thanks Bradley), I get empty packages in Unity. They have the right rigidbody setup, both amount and names are correct but all the movement data is zero, see below.
<?xml version="1.0" ?><NodeList nRigidBodies="2" LatencyTimeDelta="0.740000"><RigidBodies><RigidBody ID="1" Name="Left Side" x="0.000000" y="0.000000" z="0.000000" qx="0.000000" qy="0.000000" qz="0.000000" qw="0.000000" /><RigidBody ID="2" Name="Right Side" x="0.000000" y="0.000000" z="0.000000" qx="0.000000" qy="0.000000" qz="0.000000" qw="0.000000" /></RigidBodies></NodeList>
UnityEngine.Debug:Log(Object)
SlipStream:UDPRead() (at Assets/Optitrack/SlipStream.cs:84)
Also when i try the test application from NatNet_SDK, NatNet Managend Client Sample, it will connect fine and find the Get Data Descriptions also. But when i stream data to it, it throws this error "RigidBody not tracked in this frame" continually until I stop streaming.
Hope to hear from you guys soon, because I can only borrow this software for a week or so.
Empty Packets being streamed.
-
steven.andrews
- NaturalPoint Employee
- Posts: 720
- Joined: Mon Jan 19, 2015 11:52 am
Re: Empty Packets being streamed.
Hello jakethesnake,
It sounds like you may be using a package that was not provided by OptiTrack, and I am unfamiliar with the issues associated with this particular project.
What you are describing, however, sounds like the behavior that is exhibited when a client is able to connect to Motive, but not receive the streamed data. Have you verified that all firewalls and antivirus software are disabled on the server and client machines? Have you tried connecting using unicast?
If you are using multicast, have you changed the default multicast address in Motive? If so, the multicast address will need to be updated in the client code as well.
Best,
Steven
--
Steven Andrews
OptiTrack | Senior Customer Support Engineer
It sounds like you may be using a package that was not provided by OptiTrack, and I am unfamiliar with the issues associated with this particular project.
What you are describing, however, sounds like the behavior that is exhibited when a client is able to connect to Motive, but not receive the streamed data. Have you verified that all firewalls and antivirus software are disabled on the server and client machines? Have you tried connecting using unicast?
If you are using multicast, have you changed the default multicast address in Motive? If so, the multicast address will need to be updated in the client code as well.
Best,
Steven
--
Steven Andrews
OptiTrack | Senior Customer Support Engineer