draic 0 Posted September 8, 2018 Posted September 8, 2018 (edited) I am not sure if I am posting this in the correct section, but I do not see a place meant exclusively for bugreports When setting a series to use absolute series numbering and with TVDB as the highest priority for metadata it does pull the correct metadata from TVDB and sorts correctly, except for the episode images. The episode images are getting downloaded for the first season in every season. So if episode 20 is getting sorted as s02e02 for example, it will get the correct texts, but the image will be of episode 2 (s01e02). This is the case for every season. The Episode Image Fetcher is also with TVDB on highest priority (and the season1 pictures do come from TVDB). I guess this is a bug or is there anything I need to change to make this work? I have tried any number of settings, but only now does it pull the correct metadata. Only those images are still wrong but there is no way I can see to adjust this Oh and there is a minor inconvenience with the way absolute numbering is handled, as it does not deal with leading zeros: "Foo 048.mkv" is not getting recognized as the episode number 48. I batch renamed all first 99 episodes without leading zeros to get them properly sorted (so "Foo 48.mkv" in this example), but with shows that have more than a 100 episodes having the ability to name them with leading zeros would be convenient Edited September 8, 2018 by draic
Luke 42078 Posted September 8, 2018 Posted September 8, 2018 Can you please discuss some specific examples? Thanks.
draic 0 Posted September 8, 2018 Author Posted September 8, 2018 Can you please discuss some specific examples? Thanks. the series I tested this feature with was One Piece. I made a short test with other series and same behavior
Luke 42078 Posted September 8, 2018 Posted September 8, 2018 What episode? What was downloaded? What were your expecting to be downloaded?
draic 0 Posted September 8, 2018 Author Posted September 8, 2018 (edited) I have used this series for testing, because of its amount of episodes. I added 837 Episodes to emby (named "One Piece 196.mkv", etc). With absolute numbers used in emby all episodes are getting sorted into their specific seasons and are shown with their corresponding metadata. Episode 196 would be s10e01. This is the tvdb entry: https://www.thetvdb.com/series/one-piece/episodes/362114. Emby shows the same description and everything, except for the episode picture. This is the picture it should show in emby: https://www.thetvdb.com/banners/episodes/81797/362114.jpg. But instead of showing the picture for the first episode in the 10th season, it will show me the picture corresponding to the episode 1 of the first season (https://www.thetvdb.com/banners/episodes/81797/361887.jpg). The same holds true for every match in emby. All metadata are correct, but the episode picture is always from an early episode. I believe the reason for this is that it for some reason applies the absolute number logic a second time for just the picture. Example: Episode 90 (absolute) is getting matched as season6 episode number 21. The metadata are from the correct episode (s06e21), BUT the lookup for the picture is than again treating this episode number as being absolute. So it looks for the picture of episode 21 (absolute) which is s02e13. Sorry for all these numbers. The gist is: emby takes the absolute number and matches it to a season related number, but than treats this number as being absolute itself for the picture lookup Edited September 8, 2018 by draic
hasown 3 Posted September 8, 2018 Posted September 8, 2018 (edited) I think this is related to the issue I reported back in May regarding DVD sort order and images. Emby doesn't properly map episode numbers to look up images when a different sort order other than broadcast is chosen. https://emby.media/community/index.php?/topic/59361-emby-uses-wrong-artwork-from-themoviedb-for-episodes-if-dvd-sort-order-is-chosen/ There was a bug ticket opened for my thread but I don't think there's been any movement on it. https://github.com/MediaBrowser/Emby/issues/3309 Edited September 8, 2018 by hasown
Luke 42078 Posted September 8, 2018 Posted September 8, 2018 I think this is related to the issue I reported back in May regarding DVD sort order and images. Emby doesn't properly map episode numbers to look up images when a different sort order other than broadcast is chosen. https://emby.media/community/index.php?/topic/59361-emby-uses-wrong-artwork-from-themoviedb-for-episodes-if-dvd-sort-order-is-chosen/ There was a bug ticket opened for my thread but I don't think there's been any movement on it. https://github.com/MediaBrowser/Emby/issues/3309 No, I don't think that's related because that is specific enabling the feature and then using providers that are not tvdb as your top provider. In this case it looks like he is using tvdb.
draic 0 Posted September 8, 2018 Author Posted September 8, 2018 No, I don't think that's related because that is specific enabling the feature and then using providers that are not tvdb as your top provider. In this case it looks like he is using tvdb. correct. I am only using tvdb here and still have the issue as described.
hasown 3 Posted September 8, 2018 Posted September 8, 2018 (edited) Wouldn't the solution be the same though? Luke mentioned in this trakt bug thread that when a different sort order is chosen Emby doesn't store the original broadcast episode number. My proposed solution was to always store the broadcast number for an episode and use that for image lookups or trakt updating. Maybe there's a better way to do it but some image providers don't use absolute/dvd episode numbers and trakt only seems to work with broadcast episode numbers, so using broadcast episode numbers would minimize any issues. Edited September 8, 2018 by hasown
Luke 42078 Posted September 9, 2018 Posted September 9, 2018 No, I've got it worked out for the next release, thanks.
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now