Thank you for this hint - although I’ve looked there before.
‘German’ wasn’t available before, now it is and it was activated, too, but still not choosable, but just now I was able to switch to that language (having my wife unhappy while disturbing her TV experience…).
No problem. It’s better to find, and fix these issues now before Krypton goes final. I’ve updated the builds once more with a URL update. Hopefully for the last time for a while now.
Hi Sam and all the Devs. Firstly, thanks for making my life so much more mediafied with all your hard work!
I’ve been reading through this thread trying to figure out if there is a solution to the issue I am experiencing which I don’t quite understand. I’ve noted the need for logs and also done some testing myself to try and understand what MY specific issue is and what is happening.
The issue has already been discussed above but I was struggling to find the solution there… when I change the settings for the Skin (default Estuary skin running on a RPi2) the settings don’t seem to save. For instance if I remove the display of “TV” or of “Radio” from the main menu it returns on reboot (reboot being completed by using the GUI menu).
Logs (12:18:52.585 T:3025375232 NOTICE: special://profile/ is mapped to: special://ma - Pastebin.com) during the period of the changes don’t show any errors but I don’t see the specific .kodi/userdata/addon_data/skin.estuary/settings.xml file datestamp being updated when i leave the settings menu. The only time I see it updated is if I eidt it manually via WinSCP or if I follow the workaround for the issue as it was seen in Kodi 16 (Issues · xbmc/xbmc · GitHub - marked as resolved in Jarvis and fixed in Krypton - workaround is buried on one of the referenced threads but I found the below to work) :
Change skin settings to wish to change
navigate back to skin selection
change skin (to for instance estouchy)
Don’t accept the changes
Revert to old skin
then the new settings are written to the file (observed using winscp and directly via ssh).
If i manually change the settings in the settings.xml file they are retained. Initially this seems to be an issue writing to the settings.xml file after making the changes.
I have the issue also on an original Vero. Both installs were completed by overwriting the existing install using the details in [TESTING] Kodi 17 (Krypton) builds for Raspberry Pi (continued). I’ve tried renaming the .kodi folder and starting the settings again from scratch but this didn’t seem to work either.
file permissions on the settings.xml file are rw-r–r-- and owner is osmc as i would expect.
Hope I’ve not missed anything…
EDIT: Just tried a fresh upgrade starting from a fresh osmc build on an RPi3 and then following the instructions to install the beta.
Download installer from osmc website and write out the 2016-12-1 build to micro SD card
Insert card into RPi3
boot RPi3
configure with only standard options available from the wizard and basic DHCP settings on wireless network and use classic skin
reboot and ensure hostname change is effective - change no options
Oddly the first time that this was run through without debug logging there was a failure to update the settings.xml file, when debug was turned on it then worked ok as i tried to replicate the issue… I’ve just tried removing “music videos” and “favourites” from the home screen in the skin settings and the same issue, the settings file does not update and thus a reboot brings the options back to the main home page.
@ma6cb I have reported exact same issue in RPI kody 17 thread some time ago.
I am not sure that the issue has dissapeared but it is at least much less frequent so maybe some update did fix something…
Before I did try to change SDcard, PSU, and the PI itself : same results.
After upgrade from the notification in OSMC. All went well. Checked the addons.xml issue and all was well.
However the Estuary skin which was fine before upgrade seems to be enlarged. Checked settings all seem the same as before but icons and text are larger so for instance the categories fit less well on the screen.
Seems like it is affecting the whole skin or maybe it’s a new design. Just looks like it is running in a lower res. It’s not. just looks like it. If there is a way to resize the icons and text that would be great.
Is Beta 7 already online? I see it in http://apt.osmc.tv krypton main folder, but when I start apt-get procedure it does not find anyting. Still on Beta 5 …
I have modified sources.list as described in first post, and it worked for the previous updates … Any help would be appreciated.
The latest OSMC version of v17 is effectively Krypton RC1.
(Once you update, it will show that in the info screen in Kodi)
I was able to update v17 beta 5, to the latest version simply by using the MyOSMC’s update function.
I had no need to change the sources.list since I first installed v17 beta 5
What exact commands are you running, and what is the exact output ?
with Kodi 17 rpi3 (clean install of 16 and dist-upgrade today on 17), I’ve noticed that moving on any add-on is very slow: for example searching something in youtube add-on and going on page 2 of the results, then going back to the previous page and to the main menu is slow, I see the minibanner “working” thinking for few seconds instead to go immediately backwards. Tried with Confluence and Estuary skins. The same try on Kodi 16 (rpi2) is working fine, the backward navigation is well performing, no “timeout”. Anyone else have such issue?
Unfortunately this is a deliberate kodi change. Addons no longer cache data (to avoid updates being missed) but this has the side effect of making addons slower. See:
I see other distributions such as elec put there settings inside of the kodi settings too in estuary rather than at the bottom of the main menu. Personally I feel that’s where osmc settings should go