Hi,

This is for Colin & divergent media - thanks a lot for being present on this forum - much appreciated :-)

As I had a whole bunch of HDV files that I had captured on a PC, then wanted to edit with FCP X, I tested ClipWrap to rewrap them to QuickTime. That was a few months ago, and I realized the HDV rewrap (no reencoding) was plagued with glitches and blockiness that only appeared within FCP X and rendered files, not when playing them with QuickTime Player from the Finder. Weird. The only solution was to reencode them to ProRes 422, which was impractical for me (disk space issue).

Then came your November blog post (www.divergentmedia.com/blog/fullpost/hdvwithfcpx) with a work-around. I tested again, purchased ClipWrap, rewrapped all my source files, and can testify that it now works! Issue solved. Cool.

Now, for some reason the 2nd step of rewrapping (changing the codec flag with hdv2fcpx) takes so much time… It more than doubles the processing time, just for the purpose of setting a codec flag? It's a bit of a shame, because ClipWrap itself is so fast.

=> Is there any chance you would be able to include that codec flag change in ClipWrap itself, to avoid that 2nd processing step?

Thanks, cheers.

Glad the fix is working, sorry it extends your processing time so much - since it needs to rewrite the whole file on disk, it can stretch things out. We're definitely debating rolling it in as a preference in clipwrap, but we hate to add a feature to work around something that Apple says they'll be fixing...

Hey Stephan - if you're still using this workflow, drop me an email at dmsupport@divergentmedia.com - we've got a beta you may be interested in.

-Colin

Just wanted to follow up for anyone finding this in the future - it *looks* like Final Cut Pro X 10.0.3 fixes this issue, at least in our testing. If folks are still having issues, drop us a line at dmsupport@divergentmedia.com.

Confirmed! Thanks for the heads up.