No, I don’t want to export an ALE.
Editorial specs for deliverables are the ProRes 444 LogC files, and MXF wrapped DNxHD36 with an .aaf file, to use as offline proxies in Avid Media Composer. The transcodes from Resolve definitely have a video mxf an audio1 mxf and an audio2 mxf for each file. The audio plays fine in Avid if I populate the bin by dragging the .mdb file that avid generates. The problem is that ass’t editors are used to importing files by importing an .aaf file, and the .aaf that Resolve is generating in the compose room (file/export AAF,XML….) doesn’t link the audio mxf’s to the video.
As I understand it, an MXF file contains all the metadata of a file along with the data, while an .aaf is more complete – documenting the CHANGES made to a file, input .aaf to output .aaf (color grades, effects, edits).
When I’ve used Colorfront ExpressDailies to make DNxHD dailies, an .aaf file was generated into the folder automatically – not so with Resolve.
Online doc’s describe roundtrips from avid to resolve to avid (export .aaf from avid, import .aaf to resolve, do grade, export updated .aaf from resolve, import updated .aaf back into avid). But since I’m starting IN resolve, the files don’t have an input .aaf. And if I generate an .aaf from mastertimeline of files (in resolve), then import THAT .aaf into resolve(trying to emulate a roundtrip), render onelites, save an updated .aaf, the updated .aaf STILL won’t link audio when imported into avid.
How can I generate an .aaf of a file that tracks the changes made from Prores444LogC to Rec709DNxHD
that will import properly, sound and all, into avid?