Viewing and Refining the Results
To view and refine the results:
1. | Select the required vector calculation type from the Method dropdown: |
• Local - uses local block matching to estimate motion vectors. This method is faster to process, but can lead to artifacts in the output.
• Regularized - uses semi-global motion estimation to produce more consistent vectors between regions.
Note: Scripts loaded from previous versions of Nuke default to Local motion estimation for backward compatibility. Adding a new VectorGenerator node to the Node Graph defaults the Method to Regularized motion estimation.
2. | To view the generated motion vector fields, click the channels dropdown menu on top of the Viewer and select: |
• motion - to view both forward and backward motion vectors.
• forward - to view the forward motion vectors.
• backward - to view the backward motion vectors.
3. | If the calculated motion vector fields do not produce the results you’re after when used with other nodes (such as Kronos and MotionBlur), try adjusting Vector Detail in the VectorGenerator properties. |
This determines the resolution of the vector field. The larger vector detail is, the greater the processing time, but the more detailed the vectors should be. A value of 1.0 generates a vector at each pixel. A value of 0.5 generates a vector at every other pixel. For some sequences, a high vector detail near 1.0 generates too much unwanted local motion detail, and often a low value is more appropriate.
4. | If you're using the Regularized vector calculation method, adjust the Strength control to determine the strength of pixel matching between frames. Higher values allow you to accurately match similar pixels in one image to another, concentrating on detail matching even if the resulting motion field is jagged. Lower values may miss local detail, but are less likely to provide you with the odd spurious vector, producing smoother results. |
Note: The default value should work well for most sequences.
5. | If you're using the Local vector calculation method, adjust the Smoothness control to improve your results. A high smoothness can miss lots of local detail, but is less likely to provide you with the odd spurious vector, whereas a low smoothness concentrates on detail matching, even if the resulting field is jagged. |
Note: The default value should work well for most sequences.
6. | If there are variations in luminance and overall flickering in your Source sequence, enable Flicker Compensation to avoid problems with your output. |
Examples of variable luminance include highlights on metal surfaces, like vehicle bodies, or bodies of water within a layer that reflects light in unpredictable ways.
Note: Enabling Flicker Compensation increases rendering time.
7. | By default, VectorGenerator analyzes motion based on the brightness of the image. Specifically this is the mean of the red, green, and blue channels. However, you can bias this using the Weight Red, Weight Green, and Weight Blue controls under Tolerances. For example, if you set the Weight Red and Weight Green parameters to zero, VectorGenerator only looks for motion in the blue channel. |
8. | Once you’re happy with the results, we recommend that you insert a Write node after VectorGenerator to render the original images and the vector channels as an .exr file. This format allows for the storage of an image with multiple layers embedded in it. Later, whenever you use the same image sequence, the motion vector fields are loaded into Nuke together with the sequence. |