Searching case issue?

[JREkiwi]

I've noticed that with the recent versions that I'm having issues with metadata searching related to filename case.

MythBusters S11E07 finds no match on metadata search
Mythbusters S11E07 finds a match

Bizarrely thetvdb.com has the show with the spelling MythBusters

Looks like it may be an issue with the title cleaning

CLEAN_TITLE: Myth Busters,SEASON: 11,EPISODE: 07,RAW_TITLE: Myth Busters
TVDB Search: http://www.thetvdb.com/api/GetSeries...e=Myth+Busters

CLEAN_TITLE: Mythbusters,SEASON: 11,EPISODE: 07,RAW_TITLE: Mythbusters
TVDB Search: http://www.thetvdb.com/api/GetSeries...me=Mythbusters

John

[stuckless]

Yeah, I see why this is happening...

Basically the tvdb search is really, really picky. ie, if you search for "Myth Busters" on tvdb you will get 0 hits, but, 'mythbusters' will return a result.

For BMT/Phoenix, its algorithm for searching is constantly being tweaked based on suggestions, bugs, etc. One thing that bmt does is that it "expands" CamelCase names and adds a space. it does this, because recordings are all CamelCase, and without doing the expansion, nothing would be found.

So, if your filenames are "MythBusters...." then the seach becomes, "Myth Busters".

My recommendation would be to add an entry to the MediaTitles.xml. You can do this straight from bmt when you fix search and fix the file, just select the Add Matcher to add a matcher to the MediaTitles.xml

[JREkiwi]

I should have highlighted that this is happening with imported videos. I understand the need to expand the CamelCase names for recordings, but I thought imported videos only used the formats defined in the scrappers and didn't do any "cleaning" of the titles.

I'll add an entry in MediaTitles.xml, but thought I'd mention that I'd noticed a change.

For completeness the filenames of the imported videos are:
"MythBusters S11E07.mp4" not found
"Mythbusters S11E07.mp4" found

"MythBusters S10E07.mp4" found, but that was some time ago


John

[stuckless]

Originally Posted by JREkiwi

I should have highlighted that this is happening with imported videos. I understand the need to expand the CamelCase names for recordings, but I thought imported videos only used the formats defined in the scrappers and didn't do any "cleaning" of the titles.

I'll add an entry in MediaTitles.xml, but thought I'd mention that I'd noticed a change.

For completeness the filenames of the imported videos are:
"MythBusters S11E07.mp4" not found
"Mythbusters S11E07.mp4" found

"MythBusters S10E07.mp4" found, but that was some time ago


John

Yeah, a few releases back (months ago), I added the camel case expansion for all media items. There were a couple of issues posted and so I "addressed" them by doing this fix... and like most of my fixes... it ends up causing grief for other users

When i get back to Phoenix development... I'll see if I can add a configuration option to ONLY expand camel case for recorded items.

[JREkiwi]

Originally Posted by stuckless

Yeah, a few releases back (months ago), I added the camel case expansion for all media items. There were a couple of issues posted and so I "addressed" them by doing this fix... and like most of my fixes... it ends up causing grief for other users

I'ts certainly not causing me grief, it was just confusing for my addled mind when BMT didn't automagicly do it's stuff like it had done in the past. I didn't recall seeing any mention of a change in how imported video names were being handled, so didn't know whether it was an intentional change or not. I continue to be highly appreciative of your work on this awesome (and in my opinion practically mandatory for all users) addition to SageTV.

Originally Posted by stuckless

When i get back to Phoenix development... I'll see if I can add a configuration option to ONLY expand camel case for recorded items.

I'd feel guilty about you spending any time on this. There are at least 2 more than adequate solutions for this. The MediaTitles.xml and even the drastic solution of actually using a filename that doesn't use CamelCase.

John

[stuckless]

Thanks John... It's good to know it's not a pressing item.

Take care,
Sean.