Join Date: Jun 2011
Location: Beverly Hills, CA
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 0 Post(s)
I noticed strange 3D artifacts for moving objects and traced the problem to a 1 frame error between L & R video streams. A workaround is to set the Sync Frame to 1 for the left eye in FirstLight if using MVCtoAVI 0.3.1. Alternatively, roll back to MVCtoAVI 0.3.0 (does not have this issue). This was with TD10 source footage.
To see the issue in detail, carefully scrub frames where an object is moving but the camera is steady (on a tripod, etc.). The object should move the same way at the same time in both frames (ideally something moving vertically as the vertical position should be exactly the same).
This problem illustrates why it is important to make sure both cameras are exactly frame synced when shooting with dual cameras (I had seen this issue before when shooting with non-synced dual cameras).
When using the Cineform codec, both versions of MVCtoAVI put a green line on the bottom of the frame (per Cineform this is an MVCtoAVI issue). If Progressive is enabled, the problem goes away (I keep it interlaced for a higher quality progressive conversion in PPro).
[EDIT]Unfortunately, found another file which has a frame offset error in 0.3.0, this time requiring a correction in FirstLight of 1 for the right file Sync Frame. The solution is to examine each file in FirstLight and remux with the necessary sync frame if there is a problem. Fortunately, the September release of FirstLight should handle MVC directly and this shouldn't be an issue anymore. This level of effort is still worth it to be able to edit in real-time in PPro. Interesting timing as Vegas 11 gets GPU acceleration soon[/EDIT]