MP4 being analysed as Runtime=0 on Synology

[Mirx_NL]

I have various “stalled” downloads in my activity queue, although the are already finished downloading and seeding. The problem only occurs with .MP4 files.

The info log show that the files are being analysed, and it is being marked as a possible sample.

DetectSample
[/volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4/XXX.S01E04.720p.HDTV.x264-XXX.mp4] has a runtime of 0, is it a valid video file?

The debug log basically show the same:

15-7-22 10:23:56.0|Debug|Parser|Parsing string ‘XXX.S01E04.720p.HDTV.x264-XXX.mp4’
15-7-22 10:23:56.0|Debug|Parser|Episode Parsed. XXX - S01E04
15-7-22 10:23:56.0|Debug|Parser|Language parsed: English
15-7-22 10:23:56.0|Debug|NzbDrone.Core.Parser.QualityParser|Trying to parse quality for XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:23:56.0|Debug|Parser|Quality parsed: HDTV-720p v1
15-7-22 10:23:56.0|Debug|Parser|Release Group parsed: XXX
15-7-22 10:23:56.1|Debug|Parser|Parsing string ‘XXX.S01E04.720p.HDTV.x264-XXX.mp4’
15-7-22 10:23:56.1|Debug|Parser|Episode Parsed. XXX - S01E04
15-7-22 10:23:56.1|Debug|Parser|Language parsed: English
15-7-22 10:23:56.1|Debug|NzbDrone.Core.Parser.QualityParser|Trying to parse quality for XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:23:56.1|Debug|Parser|Quality parsed: HDTV-720p v1
15-7-22 10:23:56.1|Debug|Parser|Release Group parsed: XXX
15-7-22 10:23:56.1|Debug|Parser|Parsing string ‘XXX.S01E04.720p.HDTV.x264-XXX.mp4’
15-7-22 10:23:56.1|Debug|Parser|Episode Parsed. XXX - S01E04
15-7-22 10:23:56.1|Debug|Parser|Language parsed: English
15-7-22 10:23:56.1|Debug|NzbDrone.Core.Parser.QualityParser|Trying to parse quality for XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:23:56.1|Debug|Parser|Quality parsed: HDTV-720p v1
15-7-22 10:23:56.1|Debug|Parser|Release Group parsed: XXX
15-7-22 10:23:56.1|Debug|DownloadedEpisodesImportService|XXX.S01E04.720p.HDTV.x264-XXX.mp4 folder quality: HDTV-720p v1
15-7-22 10:23:56.1|Debug|DiskScanService|Scanning ‘/volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4’ for video files
15-7-22 10:23:56.1|Debug|DiskScanService|1 video files were found in /volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:23:56.2|Debug|ImportDecisionMaker|Analyzing 1/1 files.
15-7-22 10:23:56.2|Debug|NzbDrone.Core.Parser.QualityParser|Trying to parse quality for /volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4/XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:23:56.2|Debug|VideoFileInfoReader|Getting media info from /volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4/XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:23:59.9|Error|DetectSample|[/volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4/XXX.S01E04.720p.HDTV.x264-XXX.mp4] has a runtime of 0, is it a valid video file?
15-7-22 10:24:00.1|Debug|Parser|Parsing string ‘XXX.S01E04.720p.HDTV.x264-XXX.mp4’
15-7-22 10:24:00.1|Debug|Parser|Episode Parsed. XXX - S01E04
15-7-22 10:24:00.1|Debug|Parser|Language parsed: English
15-7-22 10:24:00.1|Debug|NzbDrone.Core.Parser.QualityParser|Trying to parse quality for XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:24:00.1|Debug|Parser|Quality parsed: HDTV-720p v1
15-7-22 10:24:00.1|Debug|Parser|Release Group parsed: XXX
15-7-22 10:24:00.1|Debug|ImportDecisionMaker|Size: 658771322
15-7-22 10:24:00.1|Debug|VideoFileInfoReader|Getting media info from /volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4/XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:24:04.5|Debug|Parser|Parsing string ‘XXX.S01E04.720p.HDTV.x264-XXX.mp4’
15-7-22 10:24:04.5|Debug|Parser|Episode Parsed. XXX - S01E04
15-7-22 10:24:04.5|Debug|Parser|Language parsed: English
15-7-22 10:24:04.5|Debug|NzbDrone.Core.Parser.QualityParser|Trying to parse quality for XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:24:04.5|Debug|Parser|Quality parsed: HDTV-720p v1
15-7-22 10:24:04.5|Debug|Parser|Release Group parsed: XXX
15-7-22 10:24:04.5|Debug|VideoFileInfoReader|Getting media info from /volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4/XXX.S01E04.720p.HDTV.x264-XXX.mp4
15-7-22 10:24:08.9|Error|DetectSample|[/volume1/downloads/sonarr/XXX.S01E04.720p.HDTV.x264-XXX.mp4/XXX.S01E04.720p.HDTV.x264-XXX.mp4] has a runtime of 0, is it a valid video file?

This leaves me with the following question:

Why is runtime being analysed incorrectly? Is this dependent on MediaInfo analyses?

The file does not have duration in General / Video / Audio when analyzing manually with MediaInfo (MediaInfo Command line MediaInfoLib - v0.7.73 on Synology and MediaInfo 0.7.75 on Windows)

[markus101]

@Mirx_NL

Is this dependent on MediaInfo analyses?

Yes, Sonarr uses MediaInfo to get the runtime.

@Mirx_NL

The file does not have duration in General / Video / Audio when analyzing manually with MediaInfo (MediaInfo Command line MediaInfoLib - v0.7.73 on Synology and MediaInfo 0.7.75 on Windows)

This is definitely an issue with MediaInfo then, similar to this issue:

Sonarr fails to import file where it cannot read the mediainfo runtime

The runtime is used to determine if its a sample, we’re not going to bypass that automatically. yep but isnt no runtime rather different to a runtime within the expected range of a sample? You could use release restrictions and ignore any IMMERSE releases EDIT: dont really want to lose out on getting there releases for old series/seasons etc, will have to just manually intervene everytime they do this i guess. cheers.

[Mirx_NL]

@markus101

similar to this issue:

Same release-group, so indeed the same issue. Read that reason why you don’t import, seems valid.

I had some additional configuration set wrong on this specific series (cutoff), but will Sonarr start an additional download of better quality while this download is “stalled” in the activity queue?

[markus101]

If the cutoff hasn’t been met yet it will, otherwise it respects the cutoff in the queue.

[Mirx_NL]

Thanks for the assistance and info, topic can be closed as far as I’m concerned.