I'm asking because I'd hate to export the database, transfer file to a new disk, reload everything and loose the adjustments.
As long as you aren't changing the 'sources' configuration (so paths remain the same) you can simply copy/move the latest DB files to the new install. There's no need to export and reimport the DB, and this preserves all settings saved to the DB.
The LE installer installs syslinux as the bootloader and creates two EXT4 partitions in a GPT scheme (1= 512MB and 2 = remaining space). Once in a while we see BIOS that wants to see an MBR scheme with a FAT first partition, or that doesn't like syslinux but works fine with grub (which is what Ubuntu uses) and I'd make an educated guess it's the latter scenario. So boot into Ubuntu on a LiveUSB stick, create the partitions on the emmc storage, install grub and create the required boot/menu entry, and copy the SYSTEM/KERNEL files over to the first partition. That's all our installer does. NB: There are some grub files on our installer USB to crib the menu entry from, as we use grub for systems that need to have a 32-bit boot environment. It seems yours is 64-bit though, and we use syslinux for that.
Your WiFi passphrase is a passphrase not a key so entering it over and over won't achieve anything. This is probably something related to crypto in the kernel and the change to IWD. At the moment "it's a known problem" but how to triage/diagnose the issue is not known and there is no solution. To be continued..
It probably requires the RTL8189 WiFi driver which is not available in the upstream kernel and LE will not be adding the vendor driver to the core image; we have a long-standing policy of not adding more downstream drivers that typically break with every kernel bump. That said, the driver is currently included in my own fork: https://chewitt.libreelec.tv/testing/LibreE….arm-11.0.0.tar
I make no promises that the driver will remain in my images. If (as is normally the case) a kernel bump breaks it I will probably drop it.
I'm not aware that RK hardware supports 10-bit output at the moment.
It's the first time I read a report of "greenish diagonal stripes" so hard to comment. It sounds like the TV falsely advertising colour modes that don't really exist or bad HDMI cables. In the past some colour issues have been resolved by installing to emmc which uses upstream u-boot not the Amlogic vendor one. That issue wasn't on WP2, but could conceivably be similar. No real idea though 
There are no drivers for the internal DVB tuners. It's quite simple to compile the tuner/demod drivers, but that's only 2/3 of the puzzle. There is no V4L2 demux to link everything together, and that's something non-trivial to create.
Ventoy depends on something we don't include and have deliberately avoided adding for the last decade. From our side; they broke support that we don't use or need or rely upon, and it's their responsibility to un-break it.
Addind the driver package.mk is not enough to build the driver. You also need to mod the project or device 'options' file to build the driver package. You may also need to add/pick firmware from linux-firmware.
We don't do anything unusual with SD card creation/formatting .. so
You are in the wrong forum for assistance with pirate download tools. Goodbye.
Not possible because VNC requires a Windowing system and in the GBM/V4L2 world we run directly on the DRM framebuffer without any kind of Windowing environment. You can crossgrade to the Generic-Legacy image which still uses Xorg, but no HDR there (if using kit that can support that). This is not technically a bug (everything working as designed) and it will be non-trivial to 'fix' so I wouldn't expect to see any progress anytime soon.
Use the code in this repo at this commit: https://github.com/chewitt/ssv605…d6bc33c6ce33b1f - newer commits will break the driver. The driver is crap so if it compiles you're lucky. It will not run on anything newer than Amlogic 3.14 or maybe 4.9 vendor kernels. Don't even think about asking for support!
thanks for great release, only thing I miss now is non-crazy white subtitles for hdr on rpi4, any progress on that?
No progress. It's not something simple to fix so won't be a quick one.
"getedid create" not "get edit create" .. try again 
Just use the "box" image and run from SD card.
I'm guessing.. but output to small displays requires an LE add-on to provide system support for the LCD device, and the separate Kodi add-on which configures Kodi to output something onto the display. If you're missing one of the other .. no output.
MiQi does not have S/PDIF output, so the audio card node in dts/dtb file does not describe an S/PDIF interface. You will need to build a custom LibreELEC image with kernel patch to modify the device-tree (adding the interface).
No need to play HDR content as the EDID data is static (doesn't change during playback), but connect direct to the TV/Projector to capture the correct EDID data with "getedid create" and then reconnect with the AVR in the chain.
