support season number exceed 100

[rayofsky 0]

hi, I have a Series video,  which  has a  level layer  upper season,  the structure is like:

series:

     level 1

         story1

             episode1

             episode1

         story2

            episode1

            episode2

    level 2

        story1

             episode1

            episode2

        story2

 

I want to  use  level number +  story number  as  season number  to organize them,    so  I should use   season number:  110  to  represent    level 1, story 10

but after I rename like that,    I found  that  emby not recognize the season number   in name like:   S110E001,  it tell it is season 1.

so, I know emby not support season number exceed  100?

Could you improve it to support season number exceed  100?

 

 

 

[GrimReaper 4740]

Which provider supports "levels" and "stories"? Where would you scrape your data from?

IMHO that would never be feasible, as S/E is a well established standard, you might have alternate orders (TVDB) or alternate groups (TMDB), but I cannot imagine cases where further dividing them into subgroups like that would work. 

Edited August 28, 2021 by GrimReaper
Typo

[Happy2Play 9780]

Do you have a specific example of a series with over 100 seasons?

 

Edited August 28, 2021 by Happy2Play

[GrimReaper 4740]

39 minutes ago, Happy2Play said:

Do you have a specific example of a series with over 100 seasons?

He doesn't need that, he needs logic which would translate Season 100+ into Level/Story. Can't think of a way to achieve that. 

Edit: Or he doesn't want to scrape any data at all, and use only as file structure? But that would require complete folder structure rearrangement. 

51 minutes ago, rayofsky said:

I want to  use  level number +  story number  as  season number  to organize them,    so  I should use   season number:  110  to  represent    level 1, story 10

@rayofsky

How did you envision interpreting S205E10: Level 2 Story 5 or Level 20 Story 5? How could you make a distinction in such case? Or we go into thousands here, S2005E10? Isn't that overly complicated?

 

Edited August 28, 2021 by GrimReaper
Append

[GrimReaper 4740]

Wild guess would be OP is referring to Anime arcs.

[GrimReaper 4740]

51 minutes ago, GrimReaper said:

Edit: Or he doesn't want to scrape any data at all, and use only as file structure? But that would require complete folder structure rearrangement. 

If that's the case, best scenario you could achieve is to do following:

1) Rename Story folders as Season xxx (Level+Story), i.e. Season 101, Season 102, Season 110... Season 205 etc. 

2) Rename episodes under each Story accordingly, i.e. S101E01, S101E02... S205E10

3) Take those created Season subfolders one level up, i.e. out from underneath Level folders

That should give you each Level/Story subfolder as Season and episodes underneath. But you'll have no data for episodes scraped at all. 

Edited August 28, 2021 by GrimReaper
Append

[GrimReaper 4740]

To make it more clear:

series:

     level 1

         story1 -> Season 101

             episode1 -> S101E01

             episode2 -> S101E02

         story2 -> Season 102

            episode1 -> S102E01

            episode2 -> S102E02

    level 2

        story1 -> Season 201

             episode1 -> S201E01

            episode2 -> S201E02

        story2  -> Season 202

Edited August 28, 2021 by GrimReaper

[rayofsky 0]

I already use this structure like this,   then  I  meet the issue ,  that season number can't be recognize.

Sorry I check it again,  it's limit not is 100,  but  is 200!

 

BTW,    the requirement for big season number  is not rare.    see this one:

    the  series   < The Sky At Night > ,   is start at year 1957 and continue  so many years,   and  on theTVDB site,    they use  the year as  season number!

 

https://thetvdb.com/series/the-sky-at-night/seasons/official/1957

 

[GrimReaper 4740]

You're right, something strange DOES happen with Seasons 200+ : although Season folders do get recognized, episodes underneath are garbled and interpreted only by Sxyy while Exx gets disregarded (strangely enough, Season 1957 doesn't seem affected). Season 220 episodes even get merged together and don't show separately until unmerged, although they are clearly different episodes with no "space dash space" for multi-versioning. 

@Luke

 

 

 

Edit: Although, on second look, this can actually work in your favor, as you will already have Level/Story division presented (with S for Level and E for Story) and upon unmerging they will be chronologically listed under same episode (in reality Story) number. 

But as per your folder structure, you cannot have S200 or S300 (as in your screenshot), as that would be Level 2 Story 0 (Level 3 Story 0)?

Edited August 30, 2021 by GrimReaper
Append

[Happy2Play 9780]

6 hours ago, rayofsky said:

I already use this structure like this,   then  I  meet the issue ,  that season number can't be recognize.

Sorry I check it again,  it's limit not is 100,  but  is 200!

 

BTW,    the requirement for big season number  is not rare.    see this one:

    the  series   < The Sky At Night > ,   is start at year 1957 and continue  so many years,   and  on theTVDB site,    they use  the year as  season number!

 

https://thetvdb.com/series/the-sky-at-night/seasons/official/1957

 

That is why I want specific examples as from a provider naming scheme Emby should provide everything needed.  Now if the Series does not exist, then Emby's parsing guessing does not always work. 

So the mis-identified Season/Episode numbers would have to be manually edited to correct Season/Episode number.

So you are basically building your metadata manually already, correct?

[GrimReaper 4740]

12 minutes ago, Happy2Play said:

Now if the Series does not exist, then Emby's parsing guessing does not always work. 

So the mis-identified Season/Episode numbers would have to be manually edited to correct Season/Episode number.

I tend to disagree there, as there's nothing to guess: S220E01 has clear S/E identifier and it should not be misinterpreted or guessed, with the need for manual editing. If S110E01 is parsed correctly and S1957E01 is parsed correctly, then anything inbetween should also be. 

[Happy2Play 9780]

1 minute ago, GrimReaper said:

I tend to disagree there, as there's nothing to guess: S220E01 has clear S/E identifier and it should not be misinterpreted or guessed, with the need for manual editing. If S110E01 is parsed correctly and S1957E01 is parsed correctly, then anything inbetween should also be. 

True there is a point where it doesn't work as year seasons have worked from the begin as I have many series in this format.  But at the same time that is what the provider has also so there is really no guess work on Emby's part. 

But I would agree with that proper SxxxExx name it should be parsed properly.

[Happy2Play 9780]

@Lukeis there something in the parser that would cause S110E01 to work but not S220E01?  As it gets parsed S2E20 as shown in this image.

 

At least from a non-provider metadata standpoint.  As I don't know of any series with any seasons in the hundreds.  Sure there are seasons with years but from a non-provider metadata standpoint you can get this same defect depending on value you use.

[crusher11 1101]

I do all my sports with the year as the season number and have never had an issue.

[GrimReaper 4740]

Year-seasons are not a problem. Lower values are. 

[Luke 42078]

16 hours ago, Happy2Play said:

@Lukeis there something in the parser that would cause S110E01 to work but not S220E01?  As it gets parsed S2E20 as shown in this image.

 

At least from a non-provider metadata standpoint.  As I don't know of any series with any seasons in the hundreds.  Sure there are seasons with years but from a non-provider metadata standpoint you can get this same defect depending on value you use.

Yes I see the issue, thanks.

[Happy2Play 9780]

On 8/31/2021 at 9:36 AM, Luke said:

Yes I see the issue, thanks.

• Fix episodes with season numbers greater than 200 (4.7.0.10)

Slightly improved as S200 does work, but S300 thru S999 still have issues and S1000 get parsed to S10.

No season/episode parsed

S1000 as S10