Thanks! I didn't realize the setting had moved to elsewhere in the menu.
It's hasn't moved .. it's always been there ![]()
Thanks! I didn't realize the setting had moved to elsewhere in the menu.
It's hasn't moved .. it's always been there ![]()
WP2 has eMMC not NAND storage (despite what the WeTek boot splash says). I'm still working on mainline u-boot support for WP2 (and WH). It is not currently possible to truly boot the box from internal emmc as MBR structures and boot firmware conflict with each other (both need to reside in the first sector of emmc). The vendor u-boot has hacks to coexist things but we don't want to replicate this as it would never be accepted upstream. However it should be posssible to have mainline u-boot on an SD card and LE files on emmc storage.
Setttings > Playback > Adjust refresh .. set to start/stop
LE does not support the nVidia shield at all, but it's the main reference device for Kodi Android support and works well under Android. WP2 support is coming along but still a few quirks to figure out.
Most of my DTS audio disks are raw .wav files combined with a .cue file for Kodi to scrape into the audio library.
SMBv1 needs you to set the version min/max to SMB v1. If you set min v1 and max v3 it will continue to connect at v2 (default) and fail.
I have fuzzy memory (git history will confirm) but I think we added canupdate.sh for LE v8.0. I know it was not part of the OpenELEC codebase that we forked from or the initial LE v7.0 release. The update process is controlled by the older image (not the newer) so this means there is no check against canupdate.sh when updating from older OE or LE v7.0 images. It is also not an upgrade script or place to effect complex changes. It is a deliberately simple check to see whether the update should proceed or not. The calling update script simply passes $PROJECT.$ARCH so crossgrades between arm and aarch64 of the same $PROJECT can be allowed and wrong $ARCH or wrong $PROJECT updates prevented. If the canupdate.sh script exits with "exit 0" update proceeds and if it exits with "exit1" update is blocked.
In the current PR that I submitted I'm simply checking "if [ "$1" = "iMX6.arm" ]; then" because all "legacy" images are "imx6.arm" (not iMX6.arm) so we can fail the update. I've included an "echo" message but In hindsight (thinking about it now) I think the on-screen failure message comes solely from the update script that calls canupdate.sh and I think there is no way to pass a nice message back or display on-screen info from canupdate.sh .. the only thing passed back is the exit code.
There are ~380 active installs for imx6 images (and approx. the same number of OE installs). Legacy LE images stopped at v8.2 and OE ended at v8.0 (which was a mess so most users remained on v7.0). Those installs are now old and we see greater problems (mostly from add-ons) when updating older installs to current. I appreciate the desire/intent to support a nice upgrade experience, but IMHO the simplest and best option is to force a clean install and not attempt to handle upgrades and migration from legacy images.
IPv6 support in ConnMan is currently quite broken. It works enough to get a connection for normal network, but WireGuard will not work over IPv6. It has been reported to the ConnMan developers but fixing it requires quite an effort so I am not expecting it to be fixed anytime soon.
.. so I that I may download higher bitrate movies.
We just lost interest in your problem.
Stick to answers in the Kodi forums kodi-pvr / pvr.wmc client 6.0.0-Matrix testing, stuck at loading timers
LibreELEC-AMLGX.arm-9.80.9-box.img.gz is an experimental mainline kernel image that includes support for the WP2 *but* there is currently no upstream support for the DVB card in the box and no HEVC so it might not be the solution you're looking for. Recent CE images will be more feature complete, but I have the impression CE are becomming more focussed on newer devices (and newer vendor kernels) as their latest kernel reportedly drops support for S905 (because the vendor BSP dropped support) .. so there's some renewed interest in the direction LE is taking.
i have a Blu-ray audio DVD that i have archived to a .thd file . But Libreelec will not recognize or even display the files so that they can be played. any ideas on how to solve this would be greatly appreciated
Ripping it to a format/container or ISO format that Kodi supports instead of one that it doesn't would be a good start.
"docker ps" will show you that the installed containers are already running (probably) .. and "docker start|stop" will work too.
Get a second RPi4 .. eventually the smart TV will become dumb and you'll need one anyway.
"journalctl | more" will show you boot and system logs, Kodi log shows only what Kodi is doing.
In theory once the box has been forced into Android "update" mode it will keep booting from LE or CE on SD card until you either update Android or boot back into Android again. You should be able to swap cards fine.
Random guess .. was the config file created in Windows Notepad.exe? .. If yes it has Windows line endings which will probably cause issues.
5. We don't embed a listing of packages in each image but GitHub - LibreELEC/LibreELEC.tv: Just enough OS for KODI has tagged sources for all our releases.
6. We use syslinux (extlinux) by default and plymouth light. We provide no choice in our images but it's Linux so there is nothing to stop you from using Grub if you wanted to configure it yourself. You're stuck with plymouth light though as this is embedded into the image files. There are probably posts in here for doing it but there is no formal project documentation.