2024-04-13, 18:40
I do understand your point here. I Am sorry, im just a normal remote control user, i dont know how to add logs or stuff, so ill just kep quiet now on.
2024-04-13, 20:24
(2024-04-13, 18:40)tontze Wrote: I do understand your point here. I Am sorry, im just a normal remote control user, i dont know how to add logs or stuff, so ill just kep quiet now on.
Valid bugerports have a place here: https://github.com/xbmc/xbmc/issues the Debug Log link shows how to capture the log and produce something the team can work with.
2024-04-14, 10:01
For any intermediate stutter people, have a test here:
ARM64: https://jenkins.kodi.tv/job/android-arm6...64-v8a.apk
ARM32: https://jenkins.kodi.tv/job/android-arm-...bi-v7a.apk
Especially if you are a "Recommendation / MediaSession" User I would be interested if something changes. I don't have a highly sophisticated setup here at home, but only read code. In that case "the stutter" is one of the least important issues, which causes such a 100 times / minute hammering by EVERY kodi android client ... as you can imagine. Open to me, as this code is there since 2018 - why no one (Service providers on the other side) complained. When I got the PR up I have seen that some people disabled the tvrecommendations for longer ... while I was just nerved by the ADB logspam, which I kindly ;-) filtered out.
So what does the change do:
- Old implementation: hammering on the JNIMediasession every 500 ms
- New implementation: Only update the session when something changes and trust the MediaSession to properly cope with the speed and Time given by us to do their right computation.
If we see some regressions we can update more often - but definitely not twice per second ...
ARM64: https://jenkins.kodi.tv/job/android-arm6...64-v8a.apk
ARM32: https://jenkins.kodi.tv/job/android-arm-...bi-v7a.apk
Especially if you are a "Recommendation / MediaSession" User I would be interested if something changes. I don't have a highly sophisticated setup here at home, but only read code. In that case "the stutter" is one of the least important issues, which causes such a 100 times / minute hammering by EVERY kodi android client ... as you can imagine. Open to me, as this code is there since 2018 - why no one (Service providers on the other side) complained. When I got the PR up I have seen that some people disabled the tvrecommendations for longer ... while I was just nerved by the ADB logspam, which I kindly ;-) filtered out.
So what does the change do:
- Old implementation: hammering on the JNIMediasession every 500 ms
- New implementation: Only update the session when something changes and trust the MediaSession to properly cope with the speed and Time given by us to do their right computation.
If we see some regressions we can update more often - but definitely not twice per second ...
2024-07-16, 03:14
Thank you so much! I have been having similar problems with my Bravia for ages. Sometimes it plays 30gb 4k videos without issue and sometimes it stutters with files of 3gb (I have 150 Mbps, wired to router). I have Netflix and it has never stuttered playing all content at 4k flawlessly.
Ive checked all the kodi settings so many times. Increasing Cache size, Increasing read multiple, sync display, clearing cache settings, using stock kodi without skin, and so much more all the time to no avail. I have checked all the picture adjustments in Bravia Action menu too, but made it worse changing those.
I was again pissed because it had trouble playing a 2GB file, so I turned of the Android TV Core, like you did and so far it has seemed to work!!
Ive checked all the kodi settings so many times. Increasing Cache size, Increasing read multiple, sync display, clearing cache settings, using stock kodi without skin, and so much more all the time to no avail. I have checked all the picture adjustments in Bravia Action menu too, but made it worse changing those.
I was again pissed because it had trouble playing a 2GB file, so I turned of the Android TV Core, like you did and so far it has seemed to work!!
