Wrong file import and no runtime added

[7eptem]

Describe the bug So Radarr downloaded Escape Plan 2 Hades 2018 DVDRip XviD AC3-EVO, on completion Radarr imported the sample file which is 90 mb instead of importing the movie , also Radarr is not able to import the runtime from IMDB or TVDB

Expected behavior On finish download Radarr import the sample instead of the movie file, this might because the sample file is too big, also Radarr will not import ruining time

Screenshots If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: Windows 10 x64
  • Version: 0.2.0.1120 - 10 Jun 2018

Log:

AcceptableSizeSpecification	[tt6513656][Escape Plan 2: Hades (2018)] has no runtime information using median movie runtime of 110 minutes.

[mrhotio]

Have you disabled mediainfo? Radarr shouldn't import the sample because it uses 110 minutes as per you log.

[7eptem]

if you referring media info

from what i understand Radarr did not import the sample because the runtime was because file size what i don't understand why is pointing to 110 min instead reading the information from IMDB i added the file manually after that, that why now does show 1.3 GB

Now i updated to a better quality and same problem on runtime

[mrhotio]

I can confirm that it indeed shows 0 minutes, but I get this for quite a few.....

Could it be that it was updated just recently and that the API lags behind the website?

EDIT: the runtime seems to have been updated today, so probably the api is lagging (perhaps on purpose)

[7eptem]

yes but not for already downloaded movies, and this movie now trying every 10 minutes to match the runtime, is there any fix ?

[mrhotio]

If themoviedb does not update the info on their api, there's not much for radarr to do, besides waiting.

But, you seem to have a different problem going on, radarr picking a sample instead of the actual movie.

[mrhotio]

Did a test just now, the 0 minutes runtime has no effect on the import, all worked correct, did not have a sample file in the same folder tho.

[7eptem]

like i said above, i think reason for that was that the sample size was 90.1 MB

and about the runtime why Radarr is not picking up first from IMDB since that is more reliable ? and i checked early on on MovieDB and runtime is updated, yesterday when i look was not

[mrhotio]

imdb does not have an open api, and like I said above, the api has a lag probably

[mrhotio]

https://www.themoviedb.org/talk/55ad6d319251411e0b009403

[mrhotio]

Update your movie info now, the runtime will get filled.

[7eptem]

i did, all good regarding runtime however i think will be good to set the threshold for sample to be increased on Radarr , so the sample that are 90 mb or 100 not be imported, i never saw movies that are that low in size anyway

[mrhotio]

There's no way for us to know why it picked the sample without the proper logs.

[7eptem]

That was one time only. on that movie only, and when i posted on discord the answer was that the sample file was to big and make to trigger to copy, on other movies the sample is 2-5 mb

this is the conversion where someone mention this is the message regarding the cutoff "Seven: like 98 MB [20:34] Seven: and i only figure out when i saw in my server 9 minutes [20:34] Tergi: hmm ok. well i had no issues using the installers for windows [20:34] Seven: i thought at first that plex gone nuts [20:34] fryfrog: That sounds like it could be close enough to do it :frowning: [20:34] fryfrog: Someone who knows would have to check, but I bet the cutoff is like 100mb."

[mrhotio]

Ah yes, in that case radarr might indeed need some finetuning.

[mrhotio]

if (subject.Release.Title.ToLower().Contains("sample") && subject.Release.Size < 70.Megabytes()) so yours was 98, above 70, so according to radarr, not a sample

[7eptem]

yes i do understand that but i think will be better if the cutoff will be above 98 mb, since there is no movie that has 90-100 mb in size, but this is mine opinion, however is not that often when you find a sample that is that big

[Qstick]

140 is used for large file qualities, but currently in code those are only _largeSampleSizeQualities = new List<Quality> { Quality.HDTV1080p, Quality.WEBDL1080p, Quality.Bluray1080p };

This likely needs to be updated with all other added qualities radarr has

[Qstick]

Ref sample detection updates from Sonarr, file size backup is removed. https://github.com/Sonarr/Sonarr/commit/8cf028e0715e352b8b1f61cc8497fa71ef8820d8#diff-b1e8e668b1366a532308125977b7cb83

[galli-leo]

Should be relatively easy to port over commit from Sonarr, if anyone want's to do that.

[4C3T]

Hi, sorry to bump the thread, and feel free to refer to a newer location. I've just had trouble with Radarr downloading (via µTorrrent) this Hindi movie, and added it as "English" by force, and it took about a day to download it (Shifty seeds/peers), and finally it stated the file was 4.6 GB in size, and after browsing to it's location I find this file which has the filename of the would-be downloaded movie title, except that it differs from the original from the Torrent file (And no, no renaming or altering of files activated!).

For some weird reason it imported it while deciding which one was the movie file, at some point read the file size, saved it, only that it imported the sample file instead and removed the download from µTorrent. The sample file size was about 12 MB, but a refresh yielded no change, still was reporting 4,6 GB. If renamed/removed it also removed it from the listing.

I had to manually re-download it and copy over the video file for it.

The movie in question was Enthiran as well as Enthiran 2.0. This is no serious download, just for kicks as it looked funny, best Bollywood-over-the-top-mega-action, in case anyone is wondering...

This is the first time this has happened to me, and I've been running Radarr for about a year now. One thing that might fudge something up, that I can think of, is the restrictions section where I've entered "Hindi" as "Must Not Contain". Also strange that when adding language manually, there's not a complete language list, so I wasn't able to choose Hindi for these two movies.

Reason for the "Must Not Contain" is that I don't want Radarr to automagically download some dubbed movie in various languages

[bakerboy448]

Closing v0.2 is no longer being actively developed.

If this is still an issue/request on recent v3 builds, please open a new issue.