forums.naturalpoint.com

OK - We'll work on getting a disconnect for unicast clients into the next release of Motive.

thx!

Morgan

Data is delivered on the NatNet data port (1511). Commands must be issued/received on the NatNet command port (1510).

Hope this helps,

Morgan

Currently there is no message for direct depacketization clients to register a disconnect from server when using Unicast. We've made a note to schedule this for the next NatNet release. In the interim, is it possible for you to use Multicast, which would prevent the duplication of packets when multi...

I'm afraid I'm not too familiar with how Simulink consumes MATLAB / .NET assemblies. [UPDATE] One suggestion was to put the .NET assembly in the MATLAB working directory. [/UPDATE] A completely separate approach would be to consume NatNet UDP packets directly in Simulink. This approach does not requ...

So far we have been unable to reproduce this issue. Testing here with Motive 1.6b2 and a horita timecode generator, frame rate reporting via NatNet using the "FrameRate" command appears to be reporting correctly, and SMPTE timecode reporting @60hz does not show the extra subframe at 0 issu...

the error i got from Simulink is : Undefined function or variable 'NatNetML.NatNetClientML'. This usually means MATLAB cannot find the NatNetML.dll or one of its dependencies. You might try confirming the NatNetML.dll is at the path specified in the code (i.e. dllPath = fullfile('c:','NatNetSDK2.5'...

Hi Stefan, Yes - you can get the NatNet version and Server version using the same mechanism the script uses to get the data descriptions: 1. Instead of sending the NAT_REQUEST_MODELDEF id (4), send the NAT_PING request id (0) Something like (approximating the original script): Byte[] message = new B...

Ah yes that would do it to. Thanks for updating on what resolved.

As more machines now have multiple NICs we've been updating the NatNet samples to include a local interface adapter selection. We'll add a note to the docs as well.

Motive 1.6b2 and earlier has an inconsistency in the NatNet streaming frameID parameter in Live when not recording.

This has been resolved for the pending 1.7 release. Until then can you try using the NatNet fTimestmap value, and converting that to a frameID if necessary?

Morgan

We have seen this on some network topologies where multicast packets (the Motive default) get filtered by smart switches or routers. One test for this would be to switch to Unicast. On the Motive side it can be set in the streaming panel options, on the script side Unicast uses the same port as the ...