Jump to content

Weird sorting of episodes


Go to solution Solved by AdrianW,

Recommended Posts

PhyberApex
Posted

Okay I have a really weird behaviour in the emby app.

 

I have one folder with a tv show with the following folder structure:

 

tvshows (Library Folder)

 - Gintama

   - Gintama - 001 -  You Guys!! D...mkv

   - Gintama - 002 - Nobody with...mkv

 

I let emby sort everything which did not work at all. It recognized the first "0" as season and the following two digits as episode. I have now tagged all files correctly manually with the Metadata Manager tool.

 

Now the weird behavior. If I open this show (does not matter which any app or website) I get an incorrect amount of episodes for some seasons. e.g. season 7 shows 54 episodes but there are only 51 episodes in this season tagged. If I view all the episodes in this season I see that there are 3 episodes from season 1 (12,13 and 14, these were originally tagged by emby for season 0 episodes 12-14) listed here. If I click onto them to edit the metadata I can see that they are indeed tagged for season 1 and the corrosponding episodes. There are some more seasons like this. But I only have this behavior in this show.

 

Furthermore if I open the metadata manager and view this show it behaves really strange if I expand the seasons...

I expand season 1 all eps are shown. If I now expand season 7 as well the episodes 12,13 and 14 disappear from the season 1 sub menu and get ordered into season 7 submenu.

 

Any logfiles and further information needed will be gladly provided. Help me figure out what happens here :o

 

~Cheers

Happy2Play
Posted

So they are using Absolute Numbering?

 

Emby is not reading Absolute Numbering so 001 means 0x01 or S00E01.

 

Episode naming conventions

  • Solution
Posted (edited)

If you look at Gintama Season 7 on tvdb you'll see that 3 special episodes (from season 0) air during season 7. Emby shows these three episodes in the correct airing order - so you'll see 54 episodes.

 

You can change that behaviour by altering this setting:

 

M82ZRvK.jpg

Edited by AdrianW
  • Like 1
Happy2Play
Posted

You will have to show a better example of your file names also, as two episode don't show the whole picture.  Possibly a screen shot the series folder.

PhyberApex
Posted

If you look at Gintama Season 7 on tvdb you'll see that 3 special episodes (from season 0) air during season 7. Emby shows these three episodes in the correct airing order - so you'll see 54 episodes.

 

You can change that behaviour by altering this setting:

 

M82ZRvK.jpg

Thanks. That did the trick at least for displaying all episodes accordingly. Which fixes the the display errors.

 

What I don't get is why it was sorted in there even AFTER I edited the metadata. Emby assumed Season 0 Ep 12 for the file "Gintama - 012 - xxx.mkv" which is fine by me. I edited this to Season 1 Ep 12 manually. But why It kept ordering it in specials after I edited it is beyond me.

 

@@Happy2Play

I don't have a problem with the automatic assuming as long as I am able to edit it after that.

 

~Cheers

  • Like 1
Happy2Play
Posted

Could of still had other metadata from the special when you edited them.

PhyberApex
Posted

Could of still had other metadata from the special when you edited them.

 

I did delete every entry possible in the metadata manager except for season and episode an did a refresh after saving that. But maybe there is more metadata in the background?

 

The problem I had is fixed with disabling the option AdrianW mentioned and I am fine with that. But if I would like to enable this feature in the future it would suck if there was no way for me to fix this.

 

~Cheers

Posted

Thanks. That did the trick at least for displaying all episodes accordingly. Which fixes the the display errors.

 

What I don't get is why it was sorted in there even AFTER I edited the metadata. Emby assumed Season 0 Ep 12 for the file "Gintama - 012 - xxx.mkv" which is fine by me. I edited this to Season 1 Ep 12 manually. But why It kept ordering it in specials after I edited it is beyond me.

 

@@Happy2Play

I don't have a problem with the automatic assuming as long as I am able to edit it after that.

 

~Cheers

 

If it's an a season 0 or specials folder that could by why.

PhyberApex
Posted

If it's an a season 0 or specials folder that could by why.

As stated above I don't use season folders for this series. Could this be the problem?

 

~Cheers

Posted

no it should be fine. if you change episode info then refresh the episode, it is expected behavior that you might lose your edits. refreshing will pull down new internet metadata. what you want to do is just avoid refreshing it, or use the lock feature if you have to.

PhyberApex
Posted

no it should be fine. if you change episode info then refresh the episode, it is expected behavior that you might lose your edits. refreshing will pull down new internet metadata. what you want to do is just avoid refreshing it, or use the lock feature if you have to.

Okay, I could lock it but first I have to get to a state where it is not tagged as season 0. Because if I delete one of the episodes in question, rescan library, add the file again, rescan again, it will be added as season 0 and even if I edit it to be season 1 and the other metadata it will still be listed in season 7 if I enable the option mentioned by AdrianW.

 

~Cheers

Posted

Why do you need to do all that deleting? I would just edit it and check the box to lock it all at the same time.

PhyberApex
Posted

Because right now they get sorted in as they were season 0 in the UI but in the Metadata it states that it is season 1. So I do not know how what metadata is the cause for it to get it sorted into season 7 as I seem unable to view / edit that part.

 

Maybe I should add screenshots / one specific example case?

 

~Cheers

PhyberApex
Posted

Okay so I just wrote a huge post with screenshots and everything but now it does exactly what it should be doing. Which is fine by me. Only explanation I have is some weird browser caching vodoo. Sorry to waste your time :( At least it got me aware of the feature mentioned by AdrianW.

 

~Cheers

  • Like 1
Posted

Thanks for reporting back.

  • Like 1
  • 1 year later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...