No Match Logic Seems to Change (1 Viewer)

Cetra

Portal Member
May 9, 2008
30
3
Home Country
United States of America United States of America
Sorry for the vague title, best way I could describe it. I've seen this a couple of times now with various version where the logic in matching episodes that currently do not exist on TheTVDB. Normally when a file is correctly parsed for the series, season and episode number it will match and load it to the MPTVSeries database based on that parsed information and you'll just get an episode without a title description and just ignore that it couldn't match it to an episode online. But now, when I attempt to parse episodes that do not exist on TheTVDB, it will fail to load the episode and throw the episode into the manual matching list refusing the add it to the TV Series database until a match is found from the parsed data online. The file is still being correctly parsed.

The only thing recently I could think of that may have triggered this is I manually deleted a few items from the DB that did not have any online matches as I made some corrections to the files to have them match to special rather than a main episode. It seems after this action this is when it started. Also when I've seen this start happening in the past, wiping and rebuilding the TV Series database always seems to correct it where it will behave loading unmatched episodes to a series even if its not listed online.
 

RoChess

Extension Developer
  • Premium Supporter
  • March 10, 2006
    4,434
    1,897
    Sorry for the vague title, best way I could describe it. I've seen this a couple of times now with various version where the logic in matching episodes that currently do not exist on TheTVDB. Normally when a file is correctly parsed for the series, season and episode number it will match and load it to the MPTVSeries database based on that parsed information and you'll just get an episode without a title description and just ignore that it couldn't match it to an episode online. But now, when I attempt to parse episodes that do not exist on TheTVDB, it will fail to load the episode and throw the episode into the manual matching list refusing the add it to the TV Series database until a match is found from the parsed data online. The file is still being correctly parsed.

    The only thing recently I could think of that may have triggered this is I manually deleted a few items from the DB that did not have any online matches as I made some corrections to the files to have them match to special rather than a main episode. It seems after this action this is when it started. Also when I've seen this start happening in the past, wiping and rebuilding the TV Series database always seems to correct it where it will behave loading unmatched episodes to a series even if its not listed online.

    The moment that I manually deleted files from HDD/NAS and/or manually edited database, is when things ran haywire for me as well (over time, not immediatly). A full rebuild of database (emptying isn't always enough) was then the easy solution for me to get things back to normal. Since then I now do any delete action from within the GUI and never experienced any problem.

    Your TheTVDB problem can also relate to that the fact that there are some contributors who will already add in an editable slot for a new episode, but not provide episode name and air-date. Those entries seem to be handled differently then the ones that totally lack an entry. This is because MP-TVSeries is able to get a match on the Season+Episode level, just not able to grab title, airdate and episode thumbnail.

    Example: Fringe: Season 2 Episode List

    You can see entire season prefilled with TBA even. So for that show you have contributors that stay ontop of things, however for other shows (especially the rare ones) this is a lot of times not the case and raw parsing has to be relied on until somebody contributes.

    This actually encourages viewers of that show (who use MP-TVSeries) to become contributors, which benefits the community as a whole.
     

    Users who are viewing this thread

    Top Bottom