Thanks for that response.
So ...
1. MC CAN read time code embedded by QtChange.
2. But MC CAN'T read QT reel names embedded by QtChange (by virtue of the folder name that the media resides in). And it's ill-advised anyway -- as MC does not play well with tape names imposed in file-based workflows.
So, if one used your well-documented file naming conventions to append the DNxHD QT files to include "location/day/camera/card" (or some variation of the same) -- is there any compelling reason to add the additional step of embedding time code into those files using QtChange?
I guess what I'm asking is -- what is the actual utility of adding time code to the QT files -- as relinking file-based media within MC would largely be file name-based anyway -- and traditional EDL's would require reel names?
Unless the answer is simply making cross-platform media moving (NLE, CC, Compositing) -- more "logical" through the use of non-duplicated time code numbers.
--- In Avid-L2@yahoogroups.com, "oliverpetersvidy" <oliverpeters@...> wrote:
>
> > blafarm wrote:
> > Too bad MC can not use the QT reel names generated
> > by QtChange (without using an ALE file).
> > Can it read the TC imposed by QtChange?
>
> There is a source file name that is read. It's just not placed into the tape name column. This is probably OK, because Avid has problems when you force tape names in a file-based workflow.
>
> Yes, the QT TC is read.
>
> - Oliver
>
No comments:
Post a Comment