-
Notifications
You must be signed in to change notification settings - Fork 278
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature Request] Guessit support for format ShowName
.Part.Ep
#3753
Comments
2018 isn't the season, it's part of the title. It doesn't have any season indication, Medusa is able to handle that like when it's show.ep1 and the show only has 1 season in the DB, meaning it becomes S01E01. |
I have an instance of this happening, where Part(N) directly references the season number. The show is otherwise numbered by episode order. Example: Terrace House: Tokyo 2019–2020 S03E01's filename is: Because the year of release is also in the filename, this is being parsed as S2019E25 instead of S03E01 (or overall E25 when scene numbering is checked). When performing a forced manual search, the following occurs:
Unabridged debug logs from forced manual search
report_guessit.py results for the file
S03E01:
S02E01:
|
I'm creating this issue to collect a number of shows that are having issues parsing through Guessit.
I think that while they often do not follow the rules of S0xE0x they could still be parsed.
The reason this is becoming relevant now, is that medusa is going to support custom search templates.
Meaning that for a show like:
Buried: Knights Templar And The Holy Grail
(tvdb). It is released usingparts
. The following search string returns results, but Guessit is not able to parse it as aSeries
.Buried Knights Templar And The Holy Grail.2018.Part1
. In this case 2018 could be resolved back to a season. And part 1 is episode 1 of the season.@duramato any thoughts?
Other examples:
Let's update the table in: #3732
The text was updated successfully, but these errors were encountered: