[split] Kodi v21 "Omega" Stable Release - Issues Discussions - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: OS independent / Other (https://forum.kodi.tv/forumdisplay.php?fid=228) +---- Thread: [split] Kodi v21 "Omega" Stable Release - Issues Discussions (/showthread.php?tid=376989) |
RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - mcavity - 2024-04-29 Just going to throw my experience in. I am running on an android box that came with with my projector. [BENQ QS02] It looks like kodi auto updated, but then crashed. It would lock at the "Omega" screen and hang. I ended up having to go into the app and delete the data file. basically wiping out the database. As I have a large database its going to take hours to rebuild. It seems this update was not quite ready for prime time. I wish I could get you a log file but unfortunately I had to wipe everything to get it running again. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - DarrenHill - 2024-04-29 @mcavity - is this using a shared MySQL (wiki) database? There have been some reports of issues there (see here and here for reports and a solution), which is something we are looking into more deeply to get a proper resolution. Although that said, as detailed on the wiki, MySQL (wiki) is still considered an advanced and experimental feature, given its external dependences. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - mcavity - 2024-04-29 No it was not an external database. It was just the default as installed on the android install. One day I would love to figure out how to do an external database so i can sync several systems.. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - DarrenHill - 2024-04-30 OK. We've not (to my knowledge) seen any issues with on-device database updates, only ones via MySQL (wiki) or Mariadb. That said it is not unknown for things to generally go wrong at such times, and the recovery method is exactly what you've done, to remove the new version of each of the databases (wiki) and let Kodi update from the pre-existing older version again. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - CrystalP - 2024-04-30 There is also a known problem of duplicated movies, which can happen for local or remote db, but it would result in an empty library, not a freeze or crash of Kodi. Unfortunately without the log there isn't much that can be done. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - mcavity - 2024-04-30 Unfortunately I was not able to just remove the new databases and reimport. Because it is a commercial "smart tv" android box I did not have command line or ssh access to it. I deeply regret I was unable to get you any logs. I had go under android app control and select "clear data" which deleted both the old and new files. This means I have to rebuild and rescan everything. Not world ending but a bit of a pain as I have a rather large library. So I'm going to um counter your statement of "not having any reports of issues from on client databases" to saying you have at least 1. I will note that "clear data" did not remove the app itself. Once the data was gone the app was able to start up and work properly. I do think the new options for cache and smb / nfs chunk sizes seem to help when trying some of my more problematic 4k files. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - mcavity - 2024-05-01 Ok, I want to start this off saying - I love Kodi and appreciate the indible hard work that goes into it. I have been using it off and on since XBMC days. And this new version seems to have a bunch of new features that look great! 4k UHD / HDR+ DV ect.. So thank you! However I have run into a few things. I already mentioned the update failure due to database issues on android. However I hoped just rescanning my various libraries would bring it all back. However it seems the scanner is having a hard time with file / folder names than the pervious iteration. Its just not picking a lot of the shows that I had no problem with before. I'm already going though and manually renaming folders but is there anyway to get the scan to import a bit easier? am I missing something? RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - Karellen - 2024-05-01 (2024-05-01, 17:03)mcavity Wrote: Its just not picking a lot of the shows that I had no problem with before.Can you provide a Debug Log that captures an update library. We should be able to see what the problem is. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - mcavity - 2024-05-01 This time I think I can provide a log. i just did a clear so it should be easier to read and started a scan. once its done I will post it. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - mcavity - 2024-05-01 ok here we go. https://paste.kodi.tv/ucagakiwet for now I just going item by item am manually renaming things and hopeing the scraper can get info. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - Karellen - 2024-05-01 (2024-05-01, 23:01)mcavity Wrote: ok here we go.I can see the problem, and from the few shows I checked it has nothing to do with naming. At this stage, don't waste your time renaming, but the renaming is indirectly fixing the problem anyway. You seem to have an older library. TV Shows that have been in your library for a few years, scraped using older scrapers. Line 357 of your log shows this... Searching 'https://api.thetvdb.com/login?{"apikey":"0629B785CE550C8D","id":353118}|Content-Type=application/json' using TMDb TV Shows scraper See the discrepancy? You originally used TVDB to add this show into the library, but now you have TMDB set as the scraper, so the id's do not match. ID 353118 at TVDB will work, but probably doesn't exist at TMDB. Best fix is to Refresh the tv show as shown in the images here... https://forum.kodi.tv/showthread.php?tid=370489 If you have a tvshow.nfo file, you should delete them before scraping. You can read about the issue here... https://forum.kodi.tv/showthread.php?tid=370489 And follow the images at the end of the first post to fix your local library. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - mcavity - 2024-05-02 ah great! I will give that a shot in the morning! perhaps best killing all the .nfo files and rescan? RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - Karellen - 2024-05-02 (2024-05-02, 01:06)mcavity Wrote: perhaps best killing all the .nfo files and rescan?The tvshow.nfo - yes. The episode nfo files - no need to, but your choice. Movies are unaffected. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - jogal - 2024-05-04 (2024-04-26, 21:17)Common Man Wrote:(2024-04-14, 17:16)vonson Wrote: Hello everyone, This is a test build for this specific issue: "playback stops when there are SRT subtitles in the same folder as the movie with the same name" ARM64 (Shield): https://mirrors.kodi.tv/test-builds/android/arm64-v8a/kodi-20240504-b36789a8-fix-stream-buffer-Omega-v21.0.1-arm64-v8a.apk ARM: https://mirrors.kodi.tv/test-builds/android/arm/kodi-20240504-b36789a8-fix-stream-buffer-Omega-v21.0.1-armeabi-v7a.apk It's important to test it with the default SMB chunk size of 128K to make sure it works. My theory is that it really has no relation to the SMB chunk size and solves it by chance... but I haven't been able to reproduce it locally yet. NOTE: If someone is still using SMB v1 (obsolete) then they will have to change SMB chunk size to 64K but for a different reason: SMB v1 does not support larger sizes. RE: [split] Kodi v21 "Omega" Stable Release - Issues Discussions - Common Man - 2024-05-04 This is a test build for this specific issue: "playback stops when there are SRT subtitles in the same folder as the movie with the same name" ARM64 (Shield): https://mirrors.kodi.tv/test-builds/android/arm64-v8a/kodi-20240504-b36789a8-fix-stream-buffer-Omega-v21.0.1-arm64-v8a.apk ARM: https://mirrors.kodi.tv/test-builds/android/arm/kodi-20240504-b36789a8-fix-stream-buffer-Omega-v21.0.1-armeabi-v7a.apk It's important to test it with the default SMB chunk size of 128K to make sure it works. My theory is that it really has no relation to the SMB chunk size and solves it by chance... but I haven't been able to reproduce it locally yet. NOTE: If someone is still using SMB v1 (obsolete) then they will have to change SMB chunk size to 64K but for a different reason: SMB v1 does not support larger sizes. [/quote] Tested test build on Chromecast device. Chunk size set to 128MB. Works. Confirmed it picked up the SRT with the same name by checking the subtitle menu and seeing external in the choices without having to explicitly browse and select. With this first look, it appears to have fixed it. Thanks. Will let you know if any problem appears after extended viewing. PS: seems like the test build includes the fix for the wake up after sleep without audio issue reported earlier also. Will keep this build until .1 comes out. |