Once the capture volume is calibrated and all markers are placed, you are now ready to capture Takes. In this page, we will cover key concepts and tips that are important for the recording pipeline. For real-time tracking applications, you can skip this page and read through the Data Streaming page.
The Live mode is mainly used when recording new Takes or when streaming a live capture. In this mode, all of the cameras are continuously capturing 2D images and reconstructing the detected reflections into 3D data in real-time.
Motive in Live Mode.
The Edit Mode is used for playback of captured Take files. In this mode, you can playback, or stream, recorded data. Also, captured Takes can be post-processed by fixing mislabeling errors or interpolating the occluded trajectories if needed.
Motive in Edit Mode
In Motive, capture recording is controlled from the Control Deck. In the Live mode, new Take** name** can be assigned in the name box or you can just simply start the recording and let Motive automatically generate new names on the fly. You can also create empty Takes in the Data Management pane for a better organization. To start the capture, select Live mode and click the recording button (red). In the control deck, record time and frames are displayed in (Hour:Minute:Second:Frames).
Click image to enlarge.
In Motive, all of the recorded capture files are managed through the Data pane. Each capture will be saved in a Take (TAK) file, which can be played back in the Edit mode later. Related Take files can be grouped within session folders. Simply create a new folder in the desired directory and load the folder onto the Data pane. Currently selected session folder is indicated with the flag symbol (
), and all newly recorded Takes will be saved in this folder.
Click image to enlarge.
- 2D data: The recorded Take file includes just the 2D object images from each camera.
- 3D data: The recorded Take file also includes reconstructed 3D marker data in addition to 2D data.
Throughout capture, you might recognize that there are different types of markers that appear in the 3D perspective view. In order to correctly interpret the tracking data, it is important to understand the differences between these markers. There are three different displayed marker types: markers, Rigid Body markers, and bone (or Skeleton) markers.
Marker data, labeled or unlabeled, represent the 3D positions of markers. These markers do not present Rigid Body or Skeleton solver calculations but locate the actual marker position calculated from the camera data. These markers are represented as a solid sphere in the viewport. By default, unlabeled markers are colored in white, and labeled markers will have colors that reflect the color setting in the Rigid Body or the corresponding bone.
Rigid Body markers or Skeleton bone markers are referred to as Marker Constraints. They appear as transparent spheres within a Rigid Body, or a Skeleton, and each sphere reflect the position that a Rigid Body, or a Skeleton, expects to find a 3D marker. When the asset definitions are created, it is assumed that the markers are fixed at the same location and does not move over the course of capture.
In order to view Marker Constraints, both the Marker Constraints visual aid option in the viewport and the Marker Constraints property on the corresponding asset must be enabled. This is enabled by default for Skeleton assets but this must be enabled for Rigid Bodies to view them. When the Rigid Body solver or Skeleton solver are tracking from the 3D markers, the marker reconstructions and Marker Constraints positions will closely align in the viewport.
For Rigid Body assets, when their asset definition is created, it expects the markers to be fixed in the same location and the object does not deform over the course of capture. Each Rigid Body is given a acceptable deflection property value. As long as the actual marker position is within the allowable deflection from the Marker Constraints position, the marker will be labeled. For Skeleton assets, as the body segments are not perfectly rigid, some amount of offset from the model marker position is allowed.