Posts by chewitt

    I doubt there is any programmatic method to tell Kodi "wait until this python add-on command has finished" so as it shuts down slice.service is forcibly unloaded and that terminates playback of the shutdown LED pattern. The overall OS shutdown process does have a dependency on unmounting HDD(s) so if they respond differently in terms of time (which I think is likely) the pattern will play for a different time period. It might be possible to add a systemd service to the Slice image that runs a simple delay/countdown .. but figuring that out (as I'm no systemd expert) will be a super-super-low priority. If others want to poke around and figure it out, it would be welcome.

    The same file is used for normal rewind and faster rewind, but maybe something in the python? (as I don't do/read python):

    LibreELEC.tv/default.py at slice-8.2 · chewitt/LibreELEC.tv · GitHub

    No drivers seem to be activated.

    I can't see a Xbox type driver anywhere in Device Manager.

    That's because the LibreELEC USB/SD creator app does not install Pi Foundation CM drivers. You've imagined that capability :)

    Flashing the Compute Module eMMC - Raspberry Pi Documentation

    tells you to install this: rpiboot_setup.exe

    Using Win7 I have never seen/experienced the drivers executing rpiboot.exe automatically, but manually connecting the box, running rpiboot.ext with admin rights, then applying power, seems to work. Once the eMMC storage shows up in Windows you can run the USB/SD app to image it.

    kszaq, can you tell me, what is the situation with libreelec for RK3399 with ARM Mali-T860 MP4 Quad-Core GPU?

    Completely unsupported and no near-term plan to support.

    I found instruction, how to install Ubuntu on FireFly board with that CPU - Firefly-RK3399/Build Ubuntu rfs/en - Firefly wiki .

    Does Ubuntu contains Mali-T860 drivers?

    You're asking questions about hardware we don't support on an OS we don't support. Please go ask in the Ubuntu forums.

    The update process only replaces files in /flash it does not touch /storage in any way. So update vs. clean install is all about Kodi caching or config and not the type of update file used or the actual update process.

    I've seen the random green LED (nearest power socket) a few times on both 8.0.2 and 8.1.0 and I have no clue. I'm wondering if some extra blank pixels need to be added to ensure the LED's are cleared in some scenarios?

    "It works in Windows" because Windows blindly trusts whatever disk/partition geometry data is presented to the OS before it goes ahead and mounts the partitions on the storage device. In comparison; Linux validates the geometry data presented to prevent data loss issues. In this case the partition data is invalid so Linux correctly refuses to mount the damaged partitions. Id guess the SD card is going bad, or there are traces of previous partition schemes on the storage that cause conflict.

    Use our USB/SD creator app to restore bootsector.img to the SD card then reformat the media in Windows (any format scheme you like) and try again.

    For kicks (and if you don't mind) .. make a backup and move off-box; then clean install to the eMMC again and selectively restore the essential bits (sources.xml etc.) from the backup file. If that works we can take another willing victim and see what bits of their Kodi install can be pruned before things start to work right. I have a completely unfounded hunch/suspicion that Kodi image caching is involved.

    I've installed 8.1.0 all seems to be good except LED patterns, some work, others like fast rewind and the shutting down red pattern do not, all of the .png patterns seem to be present in /usr/share/kodi/addons/service.slice/resources/media/ledpatterns/ although I thought they used to be in /usr/share/kodi/media/ledpatterns ?

    The location of LED patterns has changed because they are now part of the embedded slice.service add-on. I saw some LED issues when I first updated to early versions of the 8.1.0 image where patterns weren't playing right, but I strongly suspect that was due to an install that had became messed-up from testing and with too much background stuff going on (and using WIFI, which seems to make the Slice box suck). Since I clean reinstalled to the eMMC for boot testing and went back to Ethernet, it's been fine.

    Amlogic devices with an S905 chipset like the NEO U1 should have great 8-bit/10-bit HEVC playback. If something is failing to play there is either a conflict with Kodi configuration or something bad/broken/non-standard with the media file. First action would be to share a Kodi debug logfile and an explanation of what LE community image you are using (because there is nothing official for Minix boxes). Second action would be sharing 2-3 mins of the media file so we can experiment with other S905 devices and see what happens.

    RPi2 might cope with lower-bitrate 8-bit 720p HEVC files, but I doubt 10-bit 1080p will play even if low-bitrate. Everything has limits.