Open jycm205 opened 1 year ago
The DPX spec, and FADGI's Guidelines copy that, does not include Source image filename
and Source image date/time
in the list of fields authorized to change if the ditto key
is 0, but it makes sense that theses field are specific per frame so should change as Image filename
and Image date/time
do (theses ones are listed as authorized to change).
We currently follow DPX specs for this DPX conformance checking, and all the files we have are with Image filename
empty and Image date/time
always set to same value so we didn't catch this issue.
In my opinion it makes sense that such field can change even with ditto key
of 0, and I am going to add them to the list of fields authorized to change, @kmurmur you may be interested to comment that and/or update FADGI guidelines.
Thanks for confirming!
We have some DPX files that produce the following warning message when trying to RAWcook them:
If I run mediatrace on two of the files and then
diff
the results, I get the following:These are files that have been processed and exported from restoration software before RAWcooking, so the metadata differences look accurate to me, but I noticed that some of these fields ("Source image filename", "Source image date/time") aren't specifically mentioned in the Ditto Key section of FADGI's Guidelines for Embedded Metadata within DPX File Headers. Are those fields most likely what is causing the warning here? And -- this is maybe a more open-ended question -- if that is the cause of the warning, is flagging these files as non-conforming accurate?