Series are not getting picked up using S##E## in file name

I noticed that my series are not being picked up in the Series category. I have my file named based on what appears to match your expected pattern with the series and episode numbering. Below is an example of my file naming for all my series.

Game of Thrones S03E01 [TV-MA][2013] (Valar Dohaeris)

<Series Name> S<Session##>E<Episode##> [<Rating>][<Release Year>] (<Episode Title>)

Using spaces instead of dots or dashes since majority of modern OS's support these stuff now. If your default parsing doesn't handle my convention even though it does have Season and Episode numbers, is there a way I can augment it or add additional RegEx options it can use in a config file someplace? (if not this would be a great feature).

[DenyAll]

Have read of my post here, particularly re: using Filebot to assist you to resolve names: viewtopic.php?f=5&t=10626&p=70544&hilit=rename#p70544

I don't normally include the release year with series file names (only for movies), and I think this may be your problem.

[atc98092]

I've never seen the rating included either. The examples I find on the Serviio web page doesn't show them.

Using FileBot, I have no brackets in the name. It comes out "Star Trek S01E01 The Man Trap.mkv". FileBot really does work easily and quickly. Worth a shot.

[zip]

You have to remove the release year from the file name. If it's available, it's used in the search query, but it's only useful when there are 2 series with the same name and you have to distinguish the two.

Why does it matter? It has the S##E## as long as that is present after the series title anything after that shouldn't matter since I am within the bounds of the documentation on this. This is my naming convention I am not going to change it.

Regardless, this issue is that the Serviio documentation clearly states as the first option that "file name includes S01E01, S1E2 or S1E01 (e.g. MySeries S01E02.avi)" will work. My naming convention follows this to the letter. It "includes" S##E## exactly as in the example and the series name is first with a space between them. It also states it will parse its parent folder. My Series are in a folder structure that is <Series>/Season <#> so the folder structure also provides a hint. Also it seems to imply that it uses the video's metadata, which has my MKV's Segment information's Title element with "Game of Thrones S03E01 - Valar Dohaeris" which doesn't have the rating or the year.

Therefore according to the documentation I have provided 3 methods that appear to be supported to determine if a video file is a series instead of a movie. It would seem there is a bug in Serviio going by the documentation.

Is the no way for the end user to change the detection RegEx or whatever it uses for determining series?

Documentation Link: http://www.serviio.org/index.php?option ... icle&id=12

[zip]

The year is not mentioned in the docs possibly. The convention is correct and Serviio recognizes the file as the right episoe, but makes this search query

  Code:

game of thrones 2013

which doesn't return anything from thetvdb.com. As I said, it works for series that have been released in different years (e.g. Sherlock Holmes - there is n old B&W one, and a newer one too).

There is no solution for everyone, but this has been going for a long time and will probably stay like this to enable greater flexibility.

Then if it is intentionally picking up the year for the purpose you state then the code is aware that there is a year in the query to thetvdb.com and if it doesn't get anything back with the year, then it could remove the year and try again before giving up.

Staying the way it is obviously doesn't enabling greater flexibility, as it is not proving any flexibility in this situation. Also I place the release year of the episode not the year the series was first released so they way I do it wouldn't work with the way you are using it anyway most likely. This is great for old TV shows knowing the year I originally watched it, and helps keep my memory fresh on dates for TV shows.

[zip]

Then if it is intentionally picking up the year for the purpose you state then the code is aware that there is a year in the query to thetvdb.com and if it doesn't get anything back with the year, then it could remove the year and try again before giving up.

Good idea, implemented for 1.3

Awesome! Thanks.