You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
Not sure if this is a RAWCooked issue or a Media Conch issue, but I am guessing that it is just something in MediaConch having problems rather than a true conformance failure caused by RAWCooked.
I have a set of FFV1/MKV files that were created by RAWCooked and contain the embedded reversibility metadata, and it appears that on some of them this data is causing MediaConch's EBML implementation checker to read them as non-compliant. I made some gists with the metadata output of MediaConch for one of the affected files:
I've been encoding new files today with RAWcooked 21.01, running them through Mediaconch 18.03. I'm getting pass! statements for the filename.mkv, but then two fail! statements for attachments. I don't recall having failures for attachments before, which is why I wonder if this is related. Happy to supply additional data alongside @privatezero if you think it's useful. Or I can move this to another issue tracker if necessary.
Tested this in most recent version, and it seems that this can be closed! I do note that the GUI will display a separate line for the rawcooked reversibility data embedded in the MKV, but I assume this was intentional?
Hi,
Not sure if this is a RAWCooked issue or a Media Conch issue, but I am guessing that it is just something in MediaConch having problems rather than a true conformance failure caused by RAWCooked.
I have a set of FFV1/MKV files that were created by RAWCooked and contain the embedded reversibility metadata, and it appears that on some of them this data is causing MediaConch's EBML implementation checker to read them as non-compliant. I made some gists with the metadata output of MediaConch for one of the affected files:
The text was updated successfully, but these errors were encountered: