Frame rate and standard labelled as N/A but OK in MediaInfo and ffprobe

[Elorrain]

I use MediaConch Version 16.03 on OS X 10.9.5

When I'm checking a FFV1/MKV file with a policy where frame rate should be equal to 25.000, the report's 'Outcome' field for frame rate is 'N/A' although it clearly says 'framerate : 25.000' in MediaInfo and '25 fps' with ffprobe. Same for the 'Standard' field where it should be equal to 'PAL', the report says 'N/A' while PAL is present in MediaInfo and ffprobe. Is the problem coming from the policy or the file itself?

I also noticed that the file is sometimes labelled as valid or invalid in the result tab (policy checker) while the only thing I did was renaming it.

Here's a screenshot showing the same file with different names getting different results:

[tribouille]

Hi,

I think you have different issues:

1. Policy I tried to check the framerate with 25.000 with a simple ffv1/mkv file, it seems to work. Did you check the correct media type? (video or general) If your file is valid (see issue 2), can you provide the XSL? (In the policies view, click on the corresponding rule and export)
2. File update You said: "I also noticed that the file is sometimes labelled as valid or invalid in the result tab (policy checker) while the only thing I did was renaming it." Right now, when you test a file, we register the full path of the file and it's last time modification. When you analyze a file, if the file exists in db, it checks the last time modification. If this time is newer than the one registered, it analyze again the file to update with the current status. When you renamed it, you deleted the file to make a new one. So, it's last time modification changed and the analyze is done again. Then, it applies the policy to an empty file. (If you still have value in the mi/mt view, it may due to cache)

Anyway, I will patch to analyze the file only if the file is still exiting.

[Elorrain]

Hi,

I checked the correct media type, attached is the zipped XSL file.

Thanks

PACKED - Preservation Master File.xsl.zip

[tribouille]

Hi,

It is due to the file moved (erased for the filesystem). I change the behavior, now, the re-analyze is done only if the file exists and it is modified. https://github.com/MediaArea/MediaConch_SourceCode/pull/236

I tried with your policy, it seems correct for exising and removed files.

It will be available in the next release 16.04 (soon) or in the snapshots. https://mediaarea.net/MediaConch/download.html

Thx,

[ghost]

Hi,

i have a similar problem with some files using latest mediaconch-release (17.04) See the attached screenshot, it contains the result of the media-conch CLI vs. the mediainfo.

Hope it helps,

Bye Andreas

[JeromeMartinez]

Not sure that General (container) frame rate makes sense. Can you provide a sample file and the policy you created?

[ghost]

The policy is available at https://github.com/SLUB-digitalpreservation/mediaconch-profile, a sample file is hard to deliver, because original is copyright protected and comes from a service provider.

[JeromeMartinez]

Can you provide the MediaInfo XML report (in MediaConch you have a button at the same line as file name for that)?

[ghost]

Hi Jerome,

will be attached (and mediaconch-report, too): mediaconch_bugreport_129.zip

the mediaconch-report was produced with ff. line:

mediaconch --Policy=SLUB_mediaconch_policy_retrodigitized_film35mm.xml -fh Titel-04_Die\ Folklore\ der\ Schleifer\ Region_000.mkv > Titel-04_Die\ Folklore\ der\ Schleifer\ Region_000.mkv_MediaConch.html

Hope, it helps :)

With best regards

Andreas