Kodi Community Forum

Full Version: Issues adding items to Video Library
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
I find myself unable to add several items to the video library, I have pasted an excerpt of the debug log:

http://pastebin.com/wzUBtQyG

For the serie BattleStar Galactica (2003) the entire season 2 is ignored, no matter how many times I clean & update library is only adding Season 1 and Season 3.
For the serie Modern Family the ep. 19 is scrapped with the same title as ep. 20 (Benched) even though TVdb.com appears to be OK and I created a .NFO file, ep. 21-22 are not added to the VideoDB.

I don't get what's wrong with these files and I tried to rename them a couple of times but so far no change.
Looks like the regexs aren't designed to match your naming. Try grabbing the extra regex's on the forums here
I thought the naming was not a big issue since they were mostly the same format although

modern.family.s01e18.hdtv.xvid-notv was ok and
modern.family.s01e19.hdtv.xvid-lol.avi was not

But sure enough I removed the "hdtv.xvid-lol" part and it added to the library.

I am going to have a look at BSG 2003.

Thanks
Quote:16:39:48 T:1984 M:1744531456 ERROR: PCRE: range out of order in character class. Compilation failed at offset 12 in expression '[\\/\._ \[-\(]([0-9]+)x([0-9]+)([^\\/]*)$'

First, you're running the build with the bad regexp. The minus needs to be at the end of the character class to be taken literally. Because its in the middle, the regexp engine assumes it to mean from open bracket thru open parenthesis which is wrong because they are the opposite order in ascii. You need to get a different build (I suggest R28256), or correct the regexps in advancedsettings.xml:

http://wiki.xbmc.org/index.php?title=Adv...atching.3E

Removing "hdtv.xvid-lol" should have no effect. All that matters is the ".s01e19." bit. Nothing else. And as you can see below, all your modern family files were matched to season/episode numbers.

Quote:16:39:42 T:4732 M:1749499904 DEBUG: found episode based match h:\video\series\modern family\season 01\modern.family.s01e18.hdtv.xvid-notv.avi (s1e18) [[Ss]([0-9]+)[][._-]*[Ee]([0-9]+)([^\\/]*)$]
16:39:42 T:4732 M:1749499904 DEBUG: found episode based match h:\video\series\modern family\season 01\modern.family.s01e19.hdtv.xvid-lol.avi (s1e19) [[Ss]([0-9]+)[][._-]*[Ee]([0-9]+)([^\\/]*)$]
16:39:42 T:4732 M:1749499904 DEBUG: found episode based match h:\video\series\modern family\season 01\modern.family.s01e20.hdtv.xvid-lol.avi (s1e20) [[Ss]([0-9]+)[][._-]*[Ee]([0-9]+)([^\\/]*)$]
16:39:42 T:4732 M:1749499904 DEBUG: found episode based match h:\video\series\modern family\season 01\modern.family.s01e21.travels.with.scout.hdtv.xvid-fqm.avi (s1e21) [[Ss]([0-9]+)[][._-]*[Ee]([0-9]+)([^\\/]*)$]
16:39:42 T:4732 M:1749499904 DEBUG: found episode based match h:\video\series\modern family\season 01\modern.family.s01e22.hdtv.xvid-lol.avi (s1e22) [[Ss]([0-9]+)[][._-]*[Ee]([0-9]+)([^\\/]*)$]

Now, looking at your log, BSG season 1 isn't scraping because you're season/episode identifier is the very start of the filename. All the default regexps assume its somewhere in the middle, or atleast surrounded by a separator (period, underscore, space, or minus).

BSG season 2 isn't scraping because you have the season number in the folder name, not the filename. No default regexp accounts for that. Easier to correct this by adding s02.e02

And BSG season 3 looks like it was scraped successfully.
@kraqh3d , thanks for a detailed response. I am running the latest rev before the addon merge.

About Modern Family I only know that after I deleted the last part after S01Exx it worked so I understand that the difference is that the previous eps. were scrapped before I updated the build to rev28275 with the regexps problems.

BSG 1 was already scrapped (with the previous build I guess) and for BSG 2 I just went to the "safe route" of "BattleStar Galactica - S02Exx" that is recognized by the scrapper.

I appreciate your comments, right now situation is back to normal Smile
The broken default regexps were committed in rev28264 and corrected in rev28395, so anything in between has scraping issues.