>Please add a reference to the relevant SMPTE document in the comment, or >perhaps at the list of references at the start of the file > >/Tomas
I have added the reference to ST2019-4 for "VC3 mapping", so that should be ok for generic standard files. It seems redundant for me, but if you want, I could add the link to the online register where the container ul is public ? https://registry.smpte-ra.org/apps/pages/ Concerning the essence key, it is more tricky because of AVID in the place... To start with, apart AVID, all frame-wrapped samples I have (I can share them with you but not all of them publicly), do respect the standard - frame-wrapped : ARRI, Adobe Media Encoder, Harmonic : always 0x0C ("DNxHD" frame-mapping) There are up to date publicly available ARRI samples where 0x0C is used here: https://www.arri.com/en/learn-help/learn-help-camera-system/camera-sample-footage But I also have an AVID Op1a file where the value 0x05 is used ("MPEG" frame-mapping, ie. s381m). And concerning OPAtom, Philip de Nier has an AVID sample where the value 0x06 is used ("MPEG" clip-wrapping). So, what is apparent at the end is that : - apart from AVID, the standard values 0x0c/0x0d are used - AVID uses the values from the older "MPEG mapping" (ie smpte 381m) Now : - currently ffmpeg uses 0x05 for OPatom which does not follow any implementation and seems bad - it seems there is a consensus (incl. AVID) to always use 0x05 or 0x0C for frame-wrapping and 0x06 or 0x0d for clip-wrapping (OPAtom) => follow either s381m or st2019-4 - it seems clear ffmpeg shall take the "standard-flavor" for generic OP's, so 0x0C for frame-based wrapping - it is less clear about OPAtom which is rather an AVID-hack-thing, but it should be moved to either 0x06 or 0x0d - I have discussed this with philip de nier, and bmx (a reference software in my opinion) will stick to the AVID form, so 0x06. And I think it is reasonable, since OPAtom/Avid are almost the same damn thing Note: no matter the essence key, the link between the tracks and the body with the TrackNumber always work, so it seems there are not much interoperability issues with it. Nicolas _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
