Emby Server was crash tv shows folder when scanning "800 Meters"

[ngmdat 6]

hi Guys,
Ubuntu Emby server was crashed tv show folder when it's scanning "800 Meters (2022)" series.

thanks for any advices

[Luke 42078]

Hi there, can you please describe the problem in more detail? What exactly happened?

[ngmdat 6]

@Luke
thanks Ad. please find out detail with attached the images

[Happy2Play 9780]

Can you post the server log for when you added this show.  I had no issue adding this show but used 800 Meters (2022).  Actually the only issue was images as there are no English images.

What folder does your library point to?

But a wild guess is Emby created a Series out of the "2022" nested folder.

[Happy2Play 9780]

Also does removing this Series correct the issue? 

But as mentioned am guessing the parser is getting confused with all the numbers "*/2022/800 Meters" as this happened after adding a Series with number in name.

[ngmdat 6]

@Happy2Play

thanks for your response, for each category as movies, tv show ect.
I created each folder and nest to each year for each contents.
as for tv show i have the following configuration.
Also if i'll remove "800 Meters" series, and re-scanning, this issue will be corrected.

Edited May 2, 2022 by ngmdat

[ngmdat 6]

@Happy2Play

> But as mentioned am guessing the parser is getting confused with all the numbers "*/2022/800 Meters" as this happened after adding a Series with number in name.

  Yes, i think Emby serve need to add some code to parse the name of content when they're number as this case.
  we can not change name of contents, because they are a key to search meta data from Web.
  Actually, for Movies content, Emby server worked fine with "2012" movie.

Edited May 2, 2022 by ngmdat

[Luke 42078]

What's underneath the 800 meters folder?

[ngmdat 6]

we just have 3 contents for series at now, as following image.

Edited May 2, 2022 by ngmdat

[Happy2Play 9780]

If you add an actual Season 1 folder does it help?

But yes there are quirks like this in a nested TV library as it is hard to determine what level the series actually starts in everyone's environment.

[ngmdat 6]

@Happy2Play

thanks for you comment, but I'm not sure that i undertand what you're talking about.
As you see the images of tv show folder that i attached above.
The Emby server has already work fine with same way to created
folders for 31 years (1984-2022) for other similar series.
Can you get the same result occur if you could create a similar folder ("800 Meters") in your Emby server environment?

Edited May 2, 2022 by ngmdat

[Happy2Play 9780]

Yes this is reproducible 2022 becomes a Series folder with your exact structure without season folders. 

C:\Users\Media\Desktop\Videos\TV Shows - DB\2022\800 Meters\800 Meters-S01E01.strm

But adding a true SEASON X folder corrects the issue cause in a Nested folder environment as it changes series level to 800 Meters instead of 2022.

C:\Users\Media\Desktop\Videos\TV Shows - DB\2022\800 Meters\Season 1\800 Meters-S01E01.strm

[ngmdat 6]

@Happy2Play
thanks for your advices.
In this time we have the information of year, content name, season number and episode number to identify the what is content and where it is belong.
Anyway, we need to make clearly the rule or specify of how to naming contents, can you provide it for Emby server's user ?

[Happy2Play 9780]

@cayarsMight need to make a note for "Complex Folder Structure" may require Series/Season/Episode structure to not throw off of the parser when using Series/Episode.

But this may just be a limitation of having Series names with numbers. (So this would/could be the issue of other users having issues with 0-9 nested folders collapsing as Series folder)

https://support.emby.media/support/solutions/articles/44001159110-tv-naming#:~:text=Complex Folder Structure

[Carlo 4561]

@Happy2Play

That was a copy from the old Wiki as I'd not recommend the A-M or N-Z folders used like this. I'm surprised we haven't updated that section yet to reflect our general guidelines.
What I'd recommend is Show name (year), Season XX, Episode name SxxExx.ext

Is that more like what you're thinking?
I'm going to change this to at least remove the A-M,N-Z so it's 3 levels deep.

Do you agree the name of the episode isn't that important as long as it contains SxxExx info?
So it could contain the show name but doesn't have to. It could have an actual episode name but doesn't have to. But should have at minimum SxxExx if that's what the meta-data providers use for the series. Having all three would be ideal and gives you all the information you should need.

Sound good to you?

[Happy2Play 9780]

15 minutes ago, cayars said:

What I'd recommend is Show name (year), Season XX, Episode name SxxExx.ext

Is that more like what you're thinking?

Yes if you do not want complications in a nested/complex environment Series needs to be 3 levels (Series-Season-Episode).  But technically the shown example is already correct.

 \TV
     \A-M
        \Glee (2009)
           \Season 1
              Glee S01E01.mp4
     \N-Z
        \Seinfeld (1989)
           \Season 1
              Seinfeld S01E01.mp4 

10 minutes ago, cayars said:

Do you agree the name of the episode isn't that important as long as it contains SxxExx info?

A catch 22 as we know there can be a mismatch on SxxEyy and episode name, cartoons are a prime example.  But from a fetching standpoint SxxEyy is the only relevant information.

 

 

[Carlo 4561]

I like the episode info specifically for that reason you mention with cartoons. It's not a fix or anything but this way you always know what the episode is supposed to be which helps you work out ones that are correct and ones not.

So besides removing that A-M, N-Z levels in the complex example what do we need to change?

[Happy2Play 9780]

23 minutes ago, cayars said:

So besides removing that A-M, N-Z levels in the complex example what do we need to change?

Don't really need to remove it as Complex folder structure works but believe it will only reliably work with 3 level Series structure as 2 level Series structure will/could confuse the parser on true Series level.  But believe this is primarily an issue with shows that have numbers in their names as shown in this topic.

This structure makes 2022 the series folder and absorbs everything in that folder. (2 level show)

• TV (library)
  • 2022 (anything you like)
    • 800 Meters
      • 800 Meters-S01E01.mkv

But change to 3 level show and Nesting works proper as there is distinct Series structure (Serie-Season-Episode).

• TV (library)
  • 2022 (anything you like)
    • 800 Meters
      • Season 1
        • 800 Meters-S01E01.mkv

But as mentioned I believe we have only seen this issue with media with Numbers in their Names.  So I would think a note saying all shows with Numbers in their name requires a 3 level structure.