Archive for the ‘roundtrip’ Category

NLE Adulteration of Source Media: Potential Workflow-Issues

Friday, September 13th, 2013

I highlighted in http://blog.davidesp.com/archives/598 (10 months ago) that Adobe Premiere etc. can adulterate media files, in terms of metadata and/or sidecar-files (depending on user-configurations of these applications.  I indicated that, regardless of the reasonableness of at least some of these actions, this could potentially cause problems to other applications.

Validating that concern, I note a post (2012-06-12) by Matt Davis on Philip Bloom’s website, stating (my italics):

  • …if sharing assets with FCPX and Adobe Premiere, Adobe ‘touches’ (resets the modification date) of each file without doing anything else to it, but also sprinkles sidecar files into directories of transcodable files for metadata, thus sending any returning FCPX activity into a tailspin, requiring a re-linking session. It’s oddities like these which haunt the implementation of FCPX in a wider system and make system managers wonder if FCPX is actually worth implementing in its current state.

That was over a year ago, and so the issue may or may not exist for the current version of FCPX.

As users, whether or not the actions of one application adhere to standards and another don’t, what we as users ultimately care about is workflow, which in this case translates to “does it connect up with my other tools/processes?”.  So we have to maintain a “situational awareness” of potential interoperability pitfalls.

Incidentally, I recall that FCPX’s predecessor (in history at least, if not development-line) FCP7 could adulterate source directories with its own sidecar files, produced by its SmoothCam effect.  Not knowing anything further for sure, I nevertheless wondered (at that time) what it might be doing “under the hood” of the QuickTime [.mov] wrapper.

Sony Vegas: Compression Formats for Digital Intermediates

Monday, August 8th, 2011

Compression formats for Digital Intermediates when using Sony Vegas:

  • http://www.sonycreativesoftware.com/forums/ShowMessage.asp?ForumID=4&MessageID=770173
    • Cineform for highest quality (smart-renderable)
      • Cineform (is great for transfer) between After Effects and Vegas.
    • MXF for almost the same quality at a fraction of the size.
      • MXF previews beautifully off small bus-powered USB 2 drives.
    • Quicktime .mov with png compression for anything with a transparent alpha layer.
    • Quicktime .mov with Avid DNxHD codec for Handbrake encoding intermediary and for working with the FCP world.

Details (again from the above link) about use of MXF:

  • The big thing with MXF is to make sure that you use it interlaced even (if) you are using progressive footage.  …set it using one of the interlaced templates but set the deinterlace method to none.
    • The reason this is important is that Vegas will only smart-render .mxf footage flagged as interlaced. If you set the MXF render properties to progressive, it won’t smart-render. If you set the properties to interlaced and select either blend fields or interpolate, it will screw up resizes and renders to other formats.
  • MXF with a smart-render is very cool. The format looks wonderful and no damage is done as you smart-render sections into a final piece.
    • MXF without a smart-render isn’t really good enough. MXF will not hold up to successive rerenders like Cineform or a lossless codec.

Reading Avid DNxHS into FCP

Wednesday, July 28th, 2010

I installed the (free) LE version of Avid’s DNxHD onto bothWindows and Mac, in order to round-trip between Sony Vegas and FCP.  Having received no responses to my threads on forums for Sony Vegas and for FCP, I tried Avid’s forums.

  • The “Avid on Windows” Forum:
    • PC MediaComposer to MAC FCP http://community.avid.com/forums/p/74442/416691.aspx#416691
      • Thread from August 2009.  Might well be out of date now.
      • If you export DVCProHD from your PC Avid you’ll want to check the “Use AvidDV Codec” box.  This will encode the file as AvidDV100 (which is Avid’s DVCProHD codec).  With the Avid codecs installed on your FCP system you’ll be able to read them.
      • Why don’t they mention DNxHD ?
  • The “Avid on Mac” Forum:
    • Search on [fcp dnxhd]
      • http://community.avid.com/forums/p/84564/477328.aspx#477328
        • Error while loading DNxHD QT .mov into FCP
        • Someone with same issue as me: they rendered from Sony Vegas to DNxHD to import to FCP, and the media wasn’t recognized.
        • Thus far, that thread is inconclusive, with suspicions focussing on the precise format settings etc. and the fact that the media was rendered from Sony Vegas (as I guess the latter is relatively “unknown territory” to the Avid/DNxHD folks).
        • I copied this info (& thread link) to the Sony Vegas forum http://www.sonycreativesoftware.com/forums/ShowMessage.asp?MessageID=720994&Replies=11.  Useful replies:
          • …a smalll but critical point; the codec DNxHD does all the encoding of the video stream, vegas does not touch the encoding process. At most, vegas may update the file headers and starting meta data as it closes the file. If Sony has an issue it will be there, but I would question FCP file handling when it opening the file.
        • ?

PC Windows <--> Mac OS X RoundTrip (Round-Trip)

Monday, July 19th, 2010

Problem:

  • In Windows I export from Sony Vegas to AVI (CineForm).  In OS X I read the file into FCP and apply the SmoothCam effect, then export to ProRes.  In Windows, Sony Vegas, I replace the original file with the smoothed one.  The levels/gamma are wrong.

Solution (Search):

  • Sony Vegas forum http://www.sonycreativesoftware.com/forums/ShowMessage.asp?ForumID=4&MessageID=718371
    • Use DNxHD
      •  Couple of tips re DNxHD:  709 color level assumes 16-235, and RGB assumes 0-255.
    • Force it back again: www.kenstone.net/fcp_homepage/gamma_mac_pc.html
      • But this presumably implies getting re-quantized twice (the roundtrip issue and the forcing), which for 8-bit footage I imagine could reduce the quality (banding).
  • Uncertainties
    • Where and how does this gamma get applied?  In FCP I didn’t (knowingly) alter the levels (eg until it looked right), I just applied the SmoothCam filter.  So I guess it would look wrong on the (pre-SnowLeopard) Mac but I wouldn’t care.  Wouldn’t FCP then export back whatever it got but smoothed?  This one is really confusing.    Experiments needed (when I get time…) I guess.