Angelblue05 4130 Posted September 23, 2016 Share Posted September 23, 2016 Correct. The issue is resolved. It's just old airsbefore values still exising in your Emby database that needs refreshing. Once this is done, the Emby library will drop the incorrect airsbefore value and Kodi will display correctly. I am not sure if refreshing the entire tv library would work, I figured if it was only a few series that were incorrect, it's faster to go in and manual refresh.... Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted September 23, 2016 Share Posted September 23, 2016 Thanks! I get what you're saying but with so many series I don't know how many or which have the issue. I know of some but I figured it would be easier to just refresh them all rather than check them all. Glad to know it's fixed! 1 Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted September 29, 2016 Share Posted September 29, 2016 (edited) Refreshing isn't actually working for me after all. It fixed a couple things but many are still out of order and refreshing is not correcting them. Edited September 29, 2016 by bozrdnag Link to comment Share on other sites More sharing options...
Angelblue05 4130 Posted September 29, 2016 Share Posted September 29, 2016 @@bozrdnag Any issues with new episodes? Make sure you delete the nfos prior to refreshing. Can you give specific examples with screenshots so we can get a better idea, including the new nfos generated by the server if any? Thanks Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted September 29, 2016 Share Posted September 29, 2016 I just noticed something. I deleted all the nfo files for Veep and then refreshed the series. Season 5 still showed out of order as follows: 4, 5, 6, 7, 8, 9, 10, 1, 2, 3. The nfo files for episodes 4-10 all contain: <airsbefore_season>5</airsbefore_season> the nfo files for epiosdes 1-3 do not. SO that explains the ordering, but why did Emby put that in the nfo files for those episodes? Link to comment Share on other sites More sharing options...
Angelblue05 4130 Posted September 29, 2016 Share Posted September 29, 2016 Because the data still exists in the database somehow. Do the following, don't delete the nfo, but remove that line. Then do a refresh, then delete the nfo and see if the line re-appears. Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted September 30, 2016 Share Posted September 30, 2016 I deleted the line in s05e04 and refreshed and that episode moved down below s05e03 as it should. I then deleted the nfo file and refreshed again and the line is now gone from the nfo file. Link to comment Share on other sites More sharing options...
Angelblue05 4130 Posted September 30, 2016 Share Posted September 30, 2016 If I had to guess, if there's nothing to refresh from (nfo/xml), it must just rewrite the info from the emby database to nfo (with the bad information in it). If there's a nfo, it must rewrite what's inside the emby database with the correct info from the modified nfo (without the airsbefore tag in it). Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted September 30, 2016 Share Posted September 30, 2016 (edited) So you're saying I would have to go through and edit the nfo file for every problem episode to correct this? That would be a major task. Hopefully Luke will see this a propose a simpler solution. Edited September 30, 2016 by bozrdnag Link to comment Share on other sites More sharing options...
Angelblue05 4130 Posted September 30, 2016 Share Posted September 30, 2016 (edited) This was a speculation. I don't know the server code and my guess was based on your testing. @@Luke Input? Edited September 30, 2016 by Angelblue05 Link to comment Share on other sites More sharing options...
Happy2Play 8296 Posted September 30, 2016 Share Posted September 30, 2016 You may have to delete the existing metadata/nfo to get all the correct information. Not sure if a library refresh will correct the issue or not. I guess you could try refreshing a series or a season and see if it corrects the issue. Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted September 30, 2016 Share Posted September 30, 2016 That's what I've been trying and it doesn't work unless I first correct the nfo file. If I just delete the nfo and then refresh it puts the same data back in the nfo file. 1 Link to comment Share on other sites More sharing options...
Angelblue05 4130 Posted September 30, 2016 Share Posted September 30, 2016 (edited) You may have to delete the existing metadata/nfo to get all the correct information. Not sure if a library refresh will correct the issue or not. I guess you could try refreshing a series or a season and see if it corrects the issue. Doesn't work, erasing the nfo doesn't do anything as far as the server is concern. The old exising airs before value remains in the database, until overwritten... @@bozrdnag Do you see the airs before field in the metadata manager? If so, maybe removing the value there and hitting save is enough to fix the issue. Edited September 30, 2016 by Angelblue05 Link to comment Share on other sites More sharing options...
Happy2Play 8296 Posted September 30, 2016 Share Posted September 30, 2016 (edited) Another thing you may have to do since Emby caches a lot of this information from the provider for x amount of days is locate the series and delete it in the cache folder by their ID. For example Veep would be in the tvdb cache folder (237831). I would delete the corresponding tmdb folder also. But if the episode nfo contains the wrong info this will be useless. Edited September 30, 2016 by Happy2Play Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted September 30, 2016 Share Posted September 30, 2016 Do you see the airs before field in the metadata manager? If so, maybe removing the value there and hitting save is enough to fix the issue. No. I do not see that field in the metadata manager. Another thing you may have to do since Emby caches a lot of this information from the provider for x amount of days is locate the series and delete it in the cache folder by their ID. For example Veep would be in the tvdb cache folder (237831). I would delete the corresponding tmdb folder also. But if the episode nfo contains the wrong info this will be useless. I found and deleted the TVDB cache folder (there wasn't a corresponding one under tndb-tv), then deleted all the nfo files for the show and refreshed the series under the metadata manager and it didn't help. Episodes are still out of order with the offending ones still having the <airsbefore> field. Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted October 2, 2016 Share Posted October 2, 2016 So is there any chance of a fix for this in the near future? Sent from my XT1585 using Tapatalk Link to comment Share on other sites More sharing options...
Luke 37095 Posted October 2, 2016 Share Posted October 2, 2016 Fix for what? Those fields only show in the metadata manager for episodes that are specials. Link to comment Share on other sites More sharing options...
Solution bozrdnag 73 Posted October 2, 2016 Solution Share Posted October 2, 2016 Why are they being put into nfo files for regular episodes? That's the problem that seems to be causing many of my regular episodes to be all out of order. 1 Link to comment Share on other sites More sharing options...
Luke 37095 Posted October 2, 2016 Share Posted October 2, 2016 They are not anymore but older versions of the server may have done that. Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted October 2, 2016 Share Posted October 2, 2016 (edited) Yes, but how to get rid of that relatively easily? If I delete the nfo files for a problem series and then refresh the series, Emby puts that field right back into the nfo file for the same episodes and they are still out of order. Why? Why is Emby somehow remembering that data and putting it back? The only thing that seems to work is to go into the episode nfo and manually remove the field(s) and then refresh. But with many out of order series, that is a daunting task. Edited October 2, 2016 by bozrdnag Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted October 2, 2016 Share Posted October 2, 2016 I'm not sure why my post was made best answer. It is me asking a question, not answering one. My question still stands. While the underlying cause of the problem may be fixed in recent server versions, the effective problem of episodes being out of order is not simply fixed by upgrading to a newer version. Newly added episodes may be all right, but what about the older ones that are all still wrong? I am asking how you propose we correct that short of going through and manually editing every affected nfo file? Link to comment Share on other sites More sharing options...
nurgle 3 Posted October 3, 2016 Share Posted October 3, 2016 I used the following to remove the line from all my nfo files on my linux server. find ./ -iname '*.nfo' -exec sed -i '/airsbefore_season/ d' '{}' ';' Not sure if they will come back or not but fingers crossed! 2 Link to comment Share on other sites More sharing options...
Luke 37095 Posted October 3, 2016 Share Posted October 3, 2016 Well done. Link to comment Share on other sites More sharing options...
bozrdnag 73 Posted October 12, 2016 Share Posted October 12, 2016 I used the following to remove the line from all my nfo files on my linux server. find ./ -iname '*.nfo' -exec sed -i '/airsbefore_season/ d' '{}' ';' Not sure if they will come back or not but fingers crossed! Sorry I took so long to get back on this but thank you so much! This worked great!! 1 Link to comment Share on other sites More sharing options...
hifiaudio2 47 Posted October 13, 2016 Share Posted October 13, 2016 What about those of us running a windows server? How can we edit every Nfo? 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