This is a feature of every other NLE out there in one form or another.Īt the very least, update the 'Same-as-source' concept to include the newer MXF wrapper. I don't think I'm alone in asking Avid to include some built-in transcoding mechanism for creating- for instance- an H.264 encoded MP4 file without have to do the same-as-source-then-transcode-elsewhere dance, with its unpredictable gamma shifts and unnecessary compression artifacts. So, we're left with fewer choices for creating web-viewable content from Media Composer. This type of QT Movie- self contained mind you, not a reference QT- is apparently no longer supported by Adobe ME since they dropped 32 bit Quicktime support, despite DNxHD being a modern, 64 bit codec.

For instance, a sequence with half DNxHD 36 and half 115 will report a bitrate of about 80. The resulting QT file will still report 'DNxHD' as the codec, but the bitrate will be an average of the different formats within.

It appears that a 'Same-as-source' Quicktime Movie can in fact contain multiple 'flavors' of DNxHD- e.g. Also, the 'Commercial Name' tag is missing- whatever that means. It's interesting that the bitrate in the non-working example is ~46 Mb/s, which does not correspond to any flavor of DNxHD at 1080p. The latter is an export of a sequence composed of DNxHD 36 clips, with the occasional DNxHD 115 imported title.

The former is a single DNxHD 36 clip, exported directly from the source window. Still, the SAS method used to work just fine.įor what it's worth, here's the mediainfo description of a file that DOES work in Media Encoder:Īnd here's the mediainfo description of a file that DOES NOT work in Media Encoder: This isn't too terrible for us since we only do short-form material, and an extra transcoding step doesn't slow us down too much. Our assistant editors have all taken to exporting Prores QT's as an inermediate instead of Same-as-source.

After codec after effects free download