DPX files - some pass on Image track type, some on Video track type

[BleakleyMcD]

When running a DPX stack through MediaConch cli some files will fail our policy, which we have under the Video track type. The majority will pass. These same files will pass the exact same policy specs if we switch the track type to Image instead of Video.

Our command is simple:
for dpx in /Volumes/G-RAID/2012_79_1_24_1__Poko/2012_79_1_24_1__Poko__DPX/POKO_001148*.dpx ; do mediaconch -p /Users/medialab/Desktop/DPXcheckVideo.xml "$dpx" ; done

The problem seems to be in how mediainfo is interpreting the DPX files in the stack - generally it views them all as one video but sometimes it interprets them as individual images.

Anything else I can upload as documentation?

[JeromeMartinez]

There is definitely a conflict between a feature from MediaInfo library which detects a sequence of DPX files as a video stream, useful for MediaInfo display but problematic for MediaConch (because for the moment, there is no test that all files are same if a video stream is detected, only the first file is tested) especially with automation as you did (you do it well, just not optimal with current default settings).
please test by adding --File_TestContinuousFileNames=0 on the mediaconch command line (the policy should be the one on images).

I think that we should change the default for MediaConch, at least until we have good and clear documentation about this feature and when we apply the policy on all images (and not only on the first one).

[JeromeMartinez]

BTW, I expect that:

mediaconch --File_TestContinuousFileNames=0 -p /Users/medialab/Desktop/DPXcheckVideo.xml "/Volumes/G-RAID/2012_79_1_24_1__Poko/2012_79_1_24_1__Poko__DPX/POKO_001148*.dpx"

does the same job in a quicker manner (no need to load the engine in RAM several times)

[BleakleyMcD]

Thanks! But need to use find or -bash: /usr/local/bin/mediaconch: Argument list too long