I checked last night on all my Kodi 20.0 installations, and as I said before, none overlay causes subtitle shift. Does the position shift goes back to normal after you close the overlay?
Btw, are you running default Estuary skin, as I am?
No, the subs stay in the wrong place after the info layer is closed. Only a stop-start sequence fixes it. And yes, the default skin is in use.
It looks to me that this behaviour of “double upscaling with whitelist” is in CE only. I had a peek at the sources and in xbmc/Resolution.cpp at aml-5.4-20.1 · CoreELEC/xbmc · GitHub there is a part which tries matching to closest whitelisted resolution with exact refreshrate while in Kodi’s sources (xbmc/Resolution.cpp at master · xbmc/xbmc · GitHub) the next step is going for the whitelisted desktop resolution etc.
1 Like
Yep, I also notice stuttering video with subtitles.
Oh i tough it was something i did,it was driving me crazy.
Video stutter with subtitles untill i skip 5sec ahead.
@Tee77 & @saxman : are you on a ODroid N2+ ? If so you could report this problem here: Stuttering after pause or black screen
I have problems getting the subs enabled by default for files with more than one embedded subtitle track. I have enabled them in the player menu and set the “default for all media”. Still when I play the next file, the subs are once again disabled. In the corresponding menu, I have the language set as “Original”, I think that’s the default. In this case, the subs are both English, one is normal and the other is HoH.
I don’t think I had this issue with CE-19 but I may have configured it properly to avoid it. I’m not sure how to fix it in CE-20.
If a CE 20.1 RC1 would be released this week, it would bring some fixings or new stuff?
If CE follows Kodi releases, then your wait is going to be a little longer:
Milestones - xbmc/xbmc · GitHub
Well, we do the RC in the middle of minor versions of kodi
You always can take the nightly route to experience latest development.
No, we are not in sync with LE anymore since CE-19. The project is Just enough OS’ Linux distribution based on Kodi technology. We are already at stable 20.0 with soon 20.1 following while LE is still beta. So we follow Team Kodi and their versioning. We do allow CE RC releases between minor version steps of TK to be able to filter out most issues before Kodi releases.
Nightly builds are maximum 1 week behind Kodi while RC are wider steps between Kodi minor releases. It depends how wide the steps are and if there are major issues solved in time need to be rolled out as RC release before minor release bump.
1 Like
Just a note regarding this whitelist thingie: I tested a custom build in which I patched out the part which started looking for the closest resolution. Seems to work fine when playing 720p24 (upscales to 2160p) and 1080p24 (outputs as is because whitelisted). I still don’t understand the logic behind this change in CE compared to vanilla Kodi, but this will do as a workaround 
Maybe the author @boot2k3 can help with a more in detail description why this code was added?
1 Like
Ok since 19.3 all versions have hdmi-cec bugs, total random the hdmi-cec stops working. I whrote
in the discussions, posted logs, but no reaction…
https://discourtrix-rc2-discussion/17572/133?u=uvbyse.coreelec.org/t/coreelec-19-4-ma
kaniic has the same problem:
please somebody help me with this its irritating, that 19.3 works, but anything after that dont…
3 Likes
Why can’t 720i and 1080i streams be played on Odroid N2 in this version?
2023-02-24 05:15:32.153 T:9426 warning : OutputPicture - timeout waiting for buffer
2023-02-24 05:15:32.187 T:9234 warning : ActiveAE - large audio sync error: 16647563.384905
2023-02-24 05:15:32.238 T:9234 warning : ActiveAE - large audio sync error: 16647515.737387
2023-02-24 05:15:32.287 T:9234 warning : ActiveAE - large audio sync error: 16647468.384316
2023-02-24 05:15:32.337 T:9234 warning : ActiveAE - large audio sync error: 16647420.920191
2023-02-24 05:15:32.387 T:9234 warning : ActiveAE - large audio sync error: 16647373.384907
2023-02-24 05:15:32.437 T:9234 warning : ActiveAE - large audio sync error: 16647325.919958
2023-02-24 05:15:32.487 T:9234 warning : ActiveAE - large audio sync error: 16647278.343186
2023-02-24 05:15:32.537 T:9234 warning : ActiveAE - large audio sync error: 16647230.915984
2023-02-24 05:15:32.559 T:9425 info : CVideoPlayerAudio::Process - stream stalled
2023-02-24 05:15:32.573 T:9426 warning : OutputPicture - timeout waiting for buffer
I have no TVHeadend version left that I haven’t tried. I don’t think it’s related because I can connect to TVHeadend with VLC player and play streams.
I have created a nice IPTV pool for myself with Streamlink, but I can’t manage to play interlaced streams like 720i or 1080i.
Is a shutdown.sh script not supported anymore?
I was using that with 19.5 all the time, now with 20 it’s not working anymore.
I have a N2, did a clean install of coreelec 20.
The permissions look fine
ls -l /storage/.config/shutdown.sh
-rwxr-xr-x 1 root root 440 Feb 18 13:01 /storage/.config/shutdown.sh
and the scripts inside work fine when executed by themself.
And here’s a debug.log, maybe that will help
http://ix.io/4pbk
shutdown.sh (440 Bytes)
If your script uses network then you need to use /storage/.config/autostop.sh.
I tried that as well. Once with the same input as the shutdown.sh, once with only one python command.
And yeah it uses network. It sends a mqtt command with “shutdown” or “reboot” depending on the action.