[jmarshall]

the daily show 02 23

Sounds like it's matching some other regexp before matching yours. I wonder why...

19:33:26 T:3924 M:2084929536 NOTICE: No advancedsettings.xml to load (special://masterprofile/advancedsettings.xml)

Ah, that's why. Where is special://masterprofile/ ??

19:33:26 T:3924 M:2086514688 NOTICE: special://masterprofile/ is mapped to: C:\Users\Scott\AppData\Roaming\XBMC\userdata

I think you can sort it out from here (and can probably sort it out next time it happens as well

Cheers,
Jonathan

[rausch101]

I figured out what my problem was finally:

I still had my old .nfo and .tbn files in there.

After deleting them, removing daily show from the library, and then updating the library, all of the episodes loaded without a problem. Just an FYI to anyone else who has this problem.

Thanks for the help! (checking the log turned out to be useful, jm - as I'm sure you expected)

[jmarshall]

Note that "byDate" has been changed to "bydate" for consistency purposes.

[kricker]

Well, now it's not working for me. I'm off to go look into my log.

Oh, I think I just got what you meant by the change of byDate to bydate. I assume you mean the advancedsettings.xml file. Since its case sensitive my regexes were no longer matching.

[hjbotha]

This isn't quite working for me for some reason. I'm getting the following in the log:

Code:

12:23:06 T:2975857552 M:1595392000   DEBUG: found date based match /mnt/tank/media/series/the daily show/the.daily.show.06.11.2009.pdtv.xvid-achgrp.avi (Y2009m=06d=11) [([0-9]{2})[\.-]([0-9]{2})[\.-]([0-9]{4})]
12:23:06 T:2975857552 M:1595392000   DEBUG: FileCurl::Open(0xb2840604) http://www.thetvdb.com/api/1D62F2F90030C444/series/71256/all/en.zip
12:23:09 T:2975857552 M:1595117568   DEBUG: FileCurl::Close(0xb2840604) http://www.thetvdb.com/api/1D62F2F90030C444/series/71256/all/en.zip
12:23:09 T:2975857552 M:1590161408   ERROR: PCRE: Match limit reached
12:23:10 T:2975857552 M:1591451648   ERROR: PCRE: Match limit reached

The scraper shows way too much stuff to paste it all here so I'll truncate:

Code:

...
<episode><title>Saad Mohseni</title><url cache="71256.xml">http://www.thetvdb.com/api/1D62F2F90030C444/series/71256/all/en.zip</url><epnum>78</epnum><season>14</season><id>722341</id><aired>Saad Mohseni</aired></episode><episode><title>Katie Couric</title><url cache="71256.xml">http://www.thetvdb.com/api/1D62F2F90030C444/series/71256/all/en.zip</url><epnum>79</epnum><season>14</season><id>722351</id><aired>Katie Couric</aired></episode></episodeguide>

I suspect that the <aired> tag should contain the date, rather than the title again?

I confess I'm not using the latest SVN. In trying to keep things neat I'm using the SVN PPA which has 20937 currently, so let me know if this is a known issue and has since been fixed.

Cheers

Edit: well, for what it's worth, I *am* on latest SVN now - 21093 - and still have the same issue.

<aired> for other shows besides daily show all return the episode name again.

[hjbotha]

Solution: With DVD ordering there's an error in the tvdb.xml file.

Code:

<!-- ... Or use "dvdordering" -->
                <RegExp conditional="dvdorder" input="$$1" output="&lt;episode&gt;&lt;title&gt;\4&lt;/title&gt;&lt;url cache=&quot;$$10.xml&quot;&gt;$$2&lt;/url&gt;&lt;epnum&gt;\2&lt;/epnum&gt;&lt;season&gt;\3&lt;/season&gt;&lt;id&gt;\1&lt;/id&gt;&lt;aired&gt;\4&lt;/aired&gt;&lt;/episode&gt;" dest="4">
                        <expression repeat="yes">&lt;Episode&gt;.*?&lt;id&gt;([0-9]+).*?&lt;Combined_episodenumber&gt;([0-9]+).*?&lt;Combined_season&gt;([0-9]+).*?&lt;EpisodeName&gt;([^&lt;]*).*?&lt;FirstAired&gt;([^&lt;]*)&lt;/FirstAired&gt;.*?&lt;/Episode&gt;</expression>
                </RegExp>

should be

Code:

<aired>\5</aired>

H

[csbook]

You need to be using thetvdb scraper. And if you are, have you made any changes to the scraper xml file?

[csbook]

Didn't see your last post. Agreed, it looks like a bug should be opened for this.

[jmarshall]

Indeed - please post a ticket on trac, with details of the proposed fix, and how one can easily reproduce the current problem.

Thanks!
Jonathan

[Justcop]

how does this deal with dates in 'not US format' ie where the day is placed before the month eg 31/09/09 is the 31st September. I guess it depends on the database the info is taken from, does this alter dates for british shows?

Also I notice that the wiki has not been updated to reflect these changes. Have they changed back or is this an error?

[csbook]

That won't work. Its hardcoded such that lengths of 4, 2, 2 means year, month, day and lengths of 2, 2, 4 means month, day, year. I did it this way because it was the only two formats I had seen online.

To support this, it would have to take some kind of format parm that specifies what each param is.

[Floppie]

Sorry to resurrect a nearly year-and-a-half-old thread, but I wanted to see if this feature is still known to be working. Running Dharma Live on Ubuntu Maverick kept up to date via the apt repo.

For what it's worth, here is my current regex, along with a comment detailing an example it's supposed to be matching:

Code:

<regexp byDate="true">[/\\]([0-9]{4})[/\\]([0-9]{2})[/\\]([0-9]{2})[^/\\]*</regexp> <!-- /Conan/2010/11/08 - Seth Rogen.avi -->

I might just be doing it wrong as far as the regular expression is concerned, I'm by no means an expert in regex, but these are pretty simple and I'm pretty sure I have it right - I wrote all my own regexes for my library (all two of them ).

[Floppie]

nvm, found my problem - I didn't see that byDate was changed to bydate.