Nastream 2 Posted February 13 Share Posted February 13 Good morning @TeamB since the update to version 4.8.1.0 I no longer have access to “Go To Season” with embycon "1.11.26" (Go To Series its OK) I don't know if it's related to embycon or the skin, I also use .strm I don't know if that has a connection Thank you Link to comment Share on other sites More sharing options...
TeamB 2353 Posted February 13 Share Posted February 13 (edited) how are you selecting the goto season, on what item is the context menu you select that from? what skin are you using? could you try using the default skin to test if that is the issue. i am using emby 4.8.1.0 and embycon 1.11.26 on libreelec so dont think it is that combination. under the embycon addon settings turn on debug logging, reproduce the problem, zip and pm me the kodi log. Edited February 13 by TeamB Link to comment Share on other sites More sharing options...
Nastream 2 Posted February 14 Author Share Posted February 14 (edited) i am usin kodi 20 on pc and emby server 4.9.0.3 on debian " same with the Nvidia Shield " same when I go through the “series” library or through a series widget same with the original skin or aura mod or Estuary (EmbyCon) I sent you the logs Edited February 14 by Nastream Link to comment Share on other sites More sharing options...
TeamB 2353 Posted February 14 Share Posted February 14 6 hours ago, Nastream said: i am usin kodi 20 on pc and emby server 4.9.0.3 on debian " same with the Nvidia Shield " same when I go through the “series” library or through a series widget same with the original skin or aura mod or Estuary (EmbyCon) I sent you the logs you only mentioned 4.8 in the original post, i will test with 4.9 and see if i can reproduce the issue. Link to comment Share on other sites More sharing options...
TeamB 2353 Posted February 14 Share Posted February 14 I still can not reproduce this with the latest 4.9 Beta build. Looking in your logs I notice that there is something weird with your Emby data. The season IDs in your Emby internal data are not correct. Example from your log {server}/emby/Shows/3380437/Episodes?userId={userid}&seasonId=3380437 The above is the url your client is sending to emby, notice the Show ID and the Season ID are the same, this is not correct. This is the code used to build that URL parent_id = item["ParentId"] series_id = item["SeriesId"] u = ('{server}/emby/Shows/' + series_id + '/Episodes' '?userId={userid}' + '&seasonId=' + parent_id + '&IsVirtualUnAired=false' + '&IsMissing=false' + '&Fields=SpecialEpisodeNumbers,{field_filters}' + '&format=json') So you can see I am using the ParentID for the season ID which for an episode should be the season ID but in your data the Parent ID and the Season ID are the same for some reason. This is weird as I have never seen this before. I don't think this is a bug in the Kodi addon, but internally in Emby server. Have you changed your file directory structure lately or something? i.e. flattened all episodes in a series folder or something? Not sure if this would matter, but just checking you have not changed anything like that lately that emby might not like. @Lukeany ideas on this? how would the parent Id of an episode be the same as series id? Link to comment Share on other sites More sharing options...
TeamB 2353 Posted February 14 Share Posted February 14 @Luke I notice that there is now a SeasonId in the episodes data, is that new? "ParentId":"3380437" "SeriesId":"3380437" "SeasonId":"3441583" and in the above case the SeasonID looks like it might be correct but the ParentID and the SeriesID are now the same? Is this now expected? I am not seeing this in my test server though, I still see ParentID having the SeasonID. What should I be using now to identify a season ID of an item? SeasonId or ParentId? Link to comment Share on other sites More sharing options...
Luke 37083 Posted February 14 Share Posted February 14 Quote Is this now expected? It's not new. The general rule of thumb is to use ParentId for folder tree-specific function, and use SeasonId/SeriesId for tv show-specific function. ParentId and SeasonId will usually be the same, but is not guaranteed. The same idea goes for audio files with ParentId and AlbumId. 2 Link to comment Share on other sites More sharing options...
TeamB 2353 Posted February 14 Share Posted February 14 4 minutes ago, Luke said: It's not new. The general rule of thumb is to use ParentId for folder tree-specific function, and use SeasonId/SeriesId for tv show-specific function. ParentId and SeasonId will usually be the same, but is not guaranteed. The same idea goes for audio files with ParentId and AlbumId. Yeah weird, this is always worked (using parentId as the seasonID) and even in my current test server (4.9) I still have this, example of an episode in my system "SeriesId":"33452", "SeasonId":"33453", "ParentId":"33453", As you can see, season and parent of this episode are the same. So nothing has changed in the server? Anyway I agree with you and will make the change to use SeasonId, HOWEVER, I would have used that if it was there when I wrote that code so it must have been added at some point in the years since I implemented that Thanks for clarifying. 1 Link to comment Share on other sites More sharing options...
TeamB 2353 Posted February 14 Share Posted February 14 @Nastream new version 1.11.27 should fix this, let me know if it does. 2 Link to comment Share on other sites More sharing options...
Nastream 2 Posted February 15 Author Share Posted February 15 Thank you for the feedback I'll wait for the version to download and I'll tell you if it's good Link to comment Share on other sites More sharing options...
Nastream 2 Posted February 16 Author Share Posted February 16 Hello Thank you so much version 1.11.27 works fine on pc and android: OK 1 Link to comment Share on other sites More sharing options...
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