[SCAN] - If indb id present for tvseries nfo then the episide details are not retrieved from tvdb/tvrage

[GoogleCodeExporter]

Due to taking a different path through the scrape process.

Original issue reported on code.google.com by lordylo...@gmail.com on 26 Sep 2010 at 1:11

[GoogleCodeExporter]

I was logging this in following issue but...

New Scanning issue found with Life On Mars Season 1

Without nfo files this scans as the US version, adding nfo files contining the 
IMDB ID the files (named 'Life On Mars S01E0X.avi) scan in without numbers and 
are listed on screen as play[AVI icon] Life On Mars So1Eo1.avi etc.

Best way to see it is to create phantom files and scan them in.

The content of each of the NFO files is 'tt0478942'

Original comment by keith.ja...@gmail.com on 26 Sep 2010 at 10:10

[GoogleCodeExporter]

Issue 501 has been merged into this issue.

Original comment by keith.ja...@gmail.com on 26 Sep 2010 at 10:10

[GoogleCodeExporter]

These details relate to scanning of movies rather than TV series, but also seem 
related to bad path followings (The files failing segment 1 think they are TV 
series when they aren't & The files from section 2 fail to continue the normal 
scan process when an NFO is found that does not contain a relevant ID - Feel 
free to split out as needed)...

My rescan from scratch now seems to have thrown up some interesting weirdness 
around certain files.

Movies that begin with a number less than 4 characters long don't seem to be 
scanned at all (not showing up as Movie, TV or Other); neither do the Star wars 
movies. Here's some filenames...

3.10 To Yuma.mkv
4 Rise of The Silver Surfer.mkv
28 Days Later.m2ts

(Interestings, 9.mkv which as an nfo file scanned correctly)

and...

Star Wars Episode I - The Phantom Menace.mkv
Star Wars Episode II - Attack Of The Clones.mkv
Star Wars Episode III - Revenge Of The Sith.mkv
Star Wars Episode V - The Empire Strikes Back.mkv
Star Wars Episode VI - Return Of The Jedi.mkv

(these all have nfo files - interestingly here, Star Wars Episode IV - A New 
Hope.mkv seems to scan fine)

More info on this - I interrogated my logs and have found the following...

1) Any movies with a name that begins with a number that appears to be scanning 
correctly has a valid NFO file. It appears that, without this it's getting 
confused.

2) The Star Wars movies don't have valid NFO files

I created NFO files for all of the movies without them that began with a number 
and they all appeared fine - I think this is a bug, but creating an NFO works 
around it.

I also fixed the NFO files for Star Wars and that is now fine too - again, this 
appears to be an issue in dealing with faulty NFOs?

Original comment by keith.ja...@gmail.com on 26 Sep 2010 at 10:12

[GoogleCodeExporter]

Issue 482 has been merged into this issue.

Original comment by keith.ja...@gmail.com on 26 Sep 2010 at 11:01

[GoogleCodeExporter]

Issue found with Life On Mars also replicated on Millennium Season 1 episodes 1 
-6

Original comment by keith.ja...@gmail.com on 27 Sep 2010 at 10:58

[GoogleCodeExporter]

Thanks. If you can post or email exact file names that will help me during 
testing.

There are big (huge) changes to the scanner - to move away from IMDB over 
dependancy - and allow scanning to work with for example The Movie DB alone - 
and also pave the way for multi-lingual support. This is especially important 
now NMJ is around the corner, as this will help keep oversight competative - (I 
think NMJ will only support IMDB).

A lot of stuff is getting uprooted, so my initial test will simply be 
rescanning problem file names :)

Getting close to a first working checkin for a while !

Original comment by lordylo...@gmail.com on 27 Sep 2010 at 11:57

[GoogleCodeExporter]

sweet.

I'll try and see what I can get you, but I think they are as follows...

Life On Mars S01E01 - Episode 1.avi (Through to S01E08)

and...

Millennium S01E01 - Pilot.mp4 (not sure about the titles for the others)

Original comment by keith.ja...@gmail.com on 28 Sep 2010 at 8:48

[GoogleCodeExporter]

This issue was closed by revision r1540.

Original comment by lordylo...@gmail.com on 11 Oct 2010 at 10:35

• Changed state: Fixed