How to use Tracking in Ventuz 5

Preliminary Requirements

In order to use Camera Tracking data an additional Tracking license option must be purchased and added to your Ventuz Designer or Runtime licenses.

Among the multiple Video I/O boards supported by Ventuz, the only one that currently works for tracking camera workflows is ​''Deltacast Delta-HD-E-Key 22''.

Tracking System Vendors

Currently Ventuz supports 4 Camera Tracking system vendors:

Trackmen-Egripment

German vendor Trackmen develops various camera tracking systems using various technologies. Trackmen uses in all cases the same consistent protocol for tracking data transfer, so all Trackmen systems can be connected to Ventuz, regardless of the tracking technology used.Currently, Trackmen offers these tracking products, all supported by Ventuz:

• VioTrack: Uses standard camera video feed and, depending on versions, an additional sensor camera for increased accuracy. More info ​here
• ManuTrack: Uses standard camera video signal to track presenter hands to link virtual objects or gesture triggering events. More info ​here
• TorqTrack: Uses encoders on camera pedestals/support joints to calculate camera position in 3D space. This can be used as a kit to sensorize any existing camera support, crane, tripod, pedestal, etc.... Currently Trackmen collaborates with crane manufacturer Egripment to offer sensorized cranes and pedestals - since these systems use Trackmen technology are also supported by Ventuz. More info ​here

NCam

British manufacturer NCam develops Optical Camera tracking solutions that use a lightweight sensor bar attached to the camera to track natural features in the environment, allowing the camera to move freely in all locations - that makes this system especially well suited for shoulder-held or steady-cam shots, or for augmented reality projects outside of the studio. More info ​here

Stype

Croatian manufacturer Stype offers a sensorizing kit with auto-aim functionality, called Stype Kit, for existing cranes and jibs. The system does not require any additional external sensors or infra-red cameras and there is no need for any physical modifications of the camera crane. More info ​here

Mo-Sys StarTracker

British manufacturer Mo-Sys is a traditional vendor of solutions for remote heads & motion control, broadcast robotics, mechanical and optical camera tracking for AR and VR, and on-set visualization. One of the latest additions to their portfolio is an optical camera tracking system called StarTracker, which features a small sensor camera tracking a cloud of markers placed on the ceiling - that makes it mostly usable for permanent in-studio setups. More info ​here

Configuring Tracking Devices

If you have the Tracking option enabled in your license, all the supported tracking devices will be displayed in the AV Configuration menu. Please bear in mind that Ventuz does not check if Tracking systems are connected, this list only shows the supported Tracking systems.

In order to configure the video device and tracking source just drag and drop icons to input and output panels as needed. As you can see in Figure above, for tracking you will normally need one Tracking and one Video source which must be placed in the Inputs pane, and normally one Video Output device, which must be placed in the Outputs pane. Please check the [MachineConfigurationAV AV Configuration] section for more info.

Depending on the Camera Tracking system of your choice, tracking data will be transmitted via Ethernet (Trackmen/NCam/Stype) of using Serial connections (Mo-Sys). Therefore, when you add the tracking systems in your Configuration Editor, these are the options available, and how to set up tracking data transmission to Ventuz system.

Trackmen/NCam/Stype - TCP/IP interfaces

In order to set up the tracking data communication we press the little gear icon close to the Tracking Vendor Logo (A in figure above).
After pressing the sprocket a Device Options contextual menu will appear and, depending on the communications interface used by every Tracking system, some parameters will be available.
For tracking systems using TCP/IP infrastructure two parameters will be available, currently the supported tracking systems that use TCP/IP Communication for the tracking data are Trackmen, NCam and Stype:

• Tracking IP Port: Use this text field (B in figure above) to set up the local Port used to receive the UDP tracking data stream.
• Tracking IP: Use this text field (C in figure above) to set up the IP address of the machine network adapter used to receive the UDP tracking data stream. Please, bear in mind that you must follow the standard IP address formatting as appears in the example. Attention: For Trackmen and Stype it is the IP of the local network adapter of your machine used to receive the tracking data. For NCam the IP of the machine that sends the tracking data is needed.

Mo-Sys - Serial interface

In order to setup the tracking data communication we press the little gear icon close to the Tracking Vendor Logo (A in figure above).
After clicking on the gear icon a Device Options contextual menu will appear and, depending on the communications interface used by every Tracking system, some parameters will be available.
For tracking systems using Serial Communications infrastructure two parameters will be available, currently the only supported tracking system that uses Serial Communication for the tracking data is Mo-Sys StarTracker:

• Comm Port: Use this text field (B in figure above) to set up the local Comm Port used to receive the tracking data stream. Please, bear in mind that you must follow the same formatting that appears in the example - i.e. "COM1".
• Baud rate: Use this drop down menu (C in figure above) to set up the Baud rate of the Serial Port used to receive the tracking data stream. Currently Mo-Sys only supports the two Baud Rate options in the list, 57600 and 38400.

Common Tracking device Parameters

• Format: A drop-down menu, this has no real use for now, will be useful for future development. Default and only value is Auto Detect.
• Mipmaps: A checkbox, this has no real use for now, will be useful for future development. Default value is ON, you can leave it like that.
• Milliseconds Delay: A textbox used to set the Tracking data delay measured as Milliseconds, normally used to adjust that the tracking data is received at the very same moment as the video frame - normally you will use it to get rid of some noticeable jittering in the tracked objects. It can be used independently or combined with Field Delay below - both values are added. Default value is 0.
• Field Delay: A textbox used to set the Tracking data delay measured as Fields. This is usually used to compensate delay in the tracking system. Most tracking systems have better results when filtering across multiple frames, creating a delay. Default value is 0.
• Scaling: A slider to adjust the tracking position scaling. Default value is 1.
• Lens Distortion: A checkbox, used to select if Automatic Lens Distortion is applied. Default value is ON, for most cases you can leave it like that.
• Advanced Settings: A foldable menu that feature some additional settings like:
  • RGB Format: This has no effect for tracking inputs.
  • Synchronized: A checkbox, used when input and output are genlocked, in that case this should be ON. Default value is OFF
  • Low Latency: This has no effect for tracking inputs. A checkbox, used to reduce Ventuz system latency by reducing the amount of frames buffered, which results in slightly better performance, in general it's better to leave it as the default OFF value.
  • Extra Buffers: This has no effect for tracking inputs. A textbox used to set add extra frame buffers to avoid possible frame drops, but results in nigher system delay. Works in both Normal and Low Latency modes, and the default value is 0.

Vendor specific Parameters

Apart from the above settings which are common to most Tracking systems, some of them feature specific parameters due to some unique capabilities.

• Trackmen: Trackmen features two extra Parameters in the Advanced Settings section.
  • Tracking Camera ID: A textbox used to set the ID of the Tracking Camera - Trackmen system allows using more than one camera. Default value is 1.
  • Tracking Studio ID: A textbox used to set the ID of the Tracking Studio - Trackmen also supports multiple studios. Default value is 1.

• NCam:
  • Use SDI Timestamps: A checkbox used to receive Ancillary data on the SDI input - A very unique NCam feature, Ventuz is the only system in the market that currently supports it. Default value is OFF.

Configuring Deltacast Delta HD-E-Key 22

Ventuz can be used in 2 basic modes (not only for tracking):

• Internal Key: With a camera feed to key internally, producing a composited output. In this mode the tracking data to video timing is adjusted to ensure that the video output of Ventuz is accurate. Video and tracking data delays will be different. These delays are also dependent on cable lengths and intervening equipment in the signal pathways, so each installation will be different.
  The Ventuz implementation allows two methods of locking the tracking data to the correct video frame. The particular method to use depends on whether the camera stream has accurate timecode embedded in it.
  • Timecode: The timecode has to be generated from either the main camera, or a from a timecode generator inline between the camera and the Tracking / Ventuz systems. Tracking system extracts the timecode from the incoming video frame and assign it the tracking data sample for that frame. That timecoded tracking data is then supplied to Ventuz. Ventuz will also decode the timecode on the incoming video frames, and assign the correct tracking data packets to the specific video frame to ensure that the virtual graphics are always correctly in sync. This is only supported by NCam
  • No Timecode: There is no way to uniquely identify tracking data packets to match specific video frames, so the alignment requires some manual adjustment of video and tracking data delays. Tracking data packets are streamed by the tracking system, Ventuz receives video frames and tracking data packets, and internally timestamps these based on the arrival time at the Ventuz computer. The tracking data is then applied to the video frame with the closest matching system arrival time. Ventuz maintains input video buffers and tracking data buffers than can be used to adjust the “lock” to ensure the correct tracking data is used for the specific video frame.

• External Key: With a video feed locked to house reference to produce key and fill channels for external keying and compositing in a downstream keyer/mixer. In this mode the tracking data and video timing is adjusted so that the AR graphics are locked to the video at the output of the keyer/mixer.

In most cases Video and tracking data delays won't be equal. These delays are also dependent on cable lengths and intervening equipment in the signal pathways, so each installation will feature different delays.

Setting Up Timecode Mode – Ventuz Internal Key

Genlock Source settings for Deltacast board


Deltacast Video input for Timecode operation with extra video input buffers:

• Check the Deltacast settings in Ventuz from the attached screenshots.
• Set the Enable Ancillary Input to enable the reading of timecode from the video stream (see above).
• Set Tracking Source. This will cause the tracking data to be aligned to this input
• Set Synchronized.
• Create a cube in Ventuz Designer and position a corner at the origin
• Pan the real camera left and right to check the timing.
• Check the accuracy of the timing on the output of Ventuz – normally graphics shouldn't be locked to the video, but will be behind. This is because, by default, there is no video buffering in Ventuz and the tracking data packets arrive after the video. In this case, Ventuz just assigns the tracking data to the nearest video frame, so the graphics appear to move after the video.
• Add video input delay in Ventuz AV Configuration Editor. Increment the Extra Buffers parameter to a value of 2 or 4 to create video ring buffers – these buffers can be used to delay the incoming video. Then in Ventuz Designer Live Options, increment the Input Delay value to use these buffers. By using the Ventuz Live Options, there is no need to restart the software when adjusting values. If you need to increase the value of Extra Buffers in Ventuz AV Configuration Editor, then a restart will be required. This delay works in the opposite direction as the Field Delay in the tracking system.
• Once Ventuz has the appropriate video frame stored in its input buffer, it will correctly assign the right tracking data to the appropriate frame and the virtual graphics will snap into sync with the video.

Setting Up No Timecode Mode – Ventuz Internal Key

• Create a cube in Ventuz Designer and position a corner at the origin.
• Set Tracking Source. This will cause the tracking data to be aligned to this input
• Set Synchronized.
• Pan the real camera left and right to check the timing.
• Check the accuracy of the timing in Ventuz. If the video moves before the cube, then you need to delay the video stream by adding a video input delay in Ventuz AV Configuration Editor. Increment Input delay (frames) in Ventuz Designer Live Options. The delay threshold that you are able to add is limited by the amount of buffers specified in the Extra Buffers parameter.
• If the video moves after the cube, then you need to delay the tracking data using both Milliseconds Delay and/or Fields Delay controls in the tracking system parameters of Ventuz AV Configuration Editor.
• Once the timing is accurate, it should remain locked.

Setting Up Timecode Mode – Ventuz External Key

Even when using external keying we need an input SDI signal synchronized to the house clock. The image of this signal does not matter, it is only used to get timing information to correctly align the tracking data with the house clock.

• Check the Deltacast input board settings in Ventuz AV Configuration Editor from the above screenshot to set External Keying.
• Create a cube in Ventuz Designer and position a corner at the origin.
• Remove any Video input and/or Tracking Data delay values in Ventuz AV Configuration Editor (see screenshot)
• Check the output of the keyer/switcher and Pan the real camera left and right to check the timing
• Add external video delays until the AR graphics and video are synchronized.
• As you can only add complete fields or frames in the external video delay box, you may have to delay the video so that it just starts after the graphics, and then adjust the Tracking Data Milliseconds Delay to compensate.

You will need to adjust the frame delay in the external keyer / video mixer.

Using external Camera Tracking Data

Once you have set up the tracking data sources and the correct synchronization (see above), now you are ready to use the external Camera Tracking and Lens Distortion data to drive the virtual camera into your Ventuz scene.

In order to do so, just create a 3D Layer in Ventuz Layer Editor. As you can see in figure above, if you get into the 3D scene Properties, by clicking on the 3D Scene Root (A in figure), the contextual Properties will appear in the Properties Editor to the right.

If you expose the 3D Camera Properties, you will get two fields, first one being a Camera dropdown menu (B in figure above) that displays the camera being used - the (default) camera is the start option, and Ventuz always assumes that it will be controlled by any external tracking device data, so if you leave it like that the 3D camera will be tracked. If you don't want your camera to be tracked, just add another 3D Camera into your Hierarchy Editor.

The other control available, Lens Distortion (C in figure above), is just a checkbox that controls if Lens Distortion data is applied or not.

Copyright 2004-2017 Ventuz Technology Group