forums.naturalpoint.com

No - the direct depacketization script is a script only solution, so it does not require Unity Pro or the NatNetML.dll.

<t>Hey guys -<br/> <br/> There's 2 separate approaches here:<br/> <br/> 1. Use NatNetML.dll, which is a .Net assembly, within your own Unity plugin. See the Winforms sample in the NatNet SDK for an example of how to consume this assembly. No depacketization is necessary here, as the NatNetML assembl...

you'll need to add a callback handler for when data is delivered: // [NatNet] set a "Frame Ready" callback function (event handler) handler that will be // called by NatNet when NatNet receives a frame of data from the server application m_NatNet.OnFrameReady += new NatNetML.FrameReadyEven...

Here's an unsupported script that could help get you started on a script only solution for importing our OptiTrack data stream into Unity. This is a known working script against against 1.7.x, and should work with 1.8.x. Please note however that when doing direct depacketization, if the NatNet bitst...

Hey Don,

The Mobu 2013 plugin is still in beta - we're hoping to release this month after the Arena 1.8.1 Final posts.

Will shoot you a mail as soon as it does.

<r>In Mobu 2012 I'll create a rigid body by selecting the opticals, then selecting "add" from the rigid body tab on the optical panel.<br/> <br/> Here's a video detailing the process in Tracking Tools / Mobu 2013. The vid shows how to use it both in Universal and Standard modes of our plugin:<br/> <...

<t>Hey Phaneendra - <br/> <br/> I just sent AJ an email with a script on this - but here it is for anyone else looking:<br/> <br/> # show current camera<br/> lSystem = FBSystem()<br/> lCurrentCamera = lSystem.Renderer.CurrentCamera<br/> print "Current Camera: " + lCurrentCamera.LongName<br/> <br/> <...

<t>Great! Good to know about the byte order under Java - we'll update the docs to reflect that.<br/> <br/> If you can share your Java / Matlab code that would be great! I'm sure we have some other custoemrs who would greatly benefit. <br/> <br/> We're also happy to test it out here and include it in...

yes - sorry - the byte order is little endian. it looks like java's ByteBuffer defaults to big endian, which would reverse the bytes and show the behavior your seeing. if you're using ByteBuffer you can change it's order easily using: ByteBuffer buffer = ... buffer.order(ByteOrder.LITTLE_ENDIAN); or...

<t>In C/C++, floats and ints are both 32 bit values.<br/> <br/> In the example:<br/> <br/> ptr is an array of char (1 byte per char)<br/> x is a float (4 bytes)<br/> <br/> the actual value is a 4 byte float (stored sequentialy in memory as 4 chars) <br/> <br/> <br/> so:<br/> <br/> float x = 0; memcp...