Posts by chewitt

Quote from ZsoltiD

I have an Amiko A9 Blue TV BOX currently with Android 9. This box has Amlogic S905X3 (A55 64bit). These test images like 'LibreELEC-AMLGX.arm-11.0-nightly...' are compatible with this harwdare

There's no dts for that specific box, but they're all much the same so you can try the following dts:

meson-sm1-h96-max.dts

meson-sm1-x96-air-gbit.dts

meson-sm1-a95xf3-air-gbit.dts

Note that you'll need to disable hardware video decoding (and CPU decode) on an SM1 box; the drivers were written for older GX devices and need major work to make them compatible with newer hardware. Anything @ 1080p should be fine but forget 4K. For that reason CE is still a better option than LE on SM1 devices.

Quote from slartibartfazz

Finally I found time to do a test on NanoPi-K2. Applying the same u-boot patch as for the Odroid-C2 (eth0 delay) works fine for me.

Do you mean this? https://source.denx.de/u-boot/custodi…ot.dtsi#L32-L36

Also, are you testing boot from an SD card or the eMMC module?

Quote from power_g

http://ix.io/4dRK

The log shows odd things with time. It starts on Apr 11, which is the glibc release date (this is normal) which is reset to Jan 01 once systemd starts. This should be corrected once NTP starts, and I see systemd start the NTP setup process, but no requests (hence time remains wrong on the system). I also see timezone service start .. twice, which is odd. TL/DR; no idea what the issue is, but there is indeed something funky happening with time on the box.

Have a look at Zomboid's VPN add-on thread.

It's probably not impossible to switch the root user to an alternate shell, but due to the way LE is packaged and boots you'll probably need to compile a custom image that embeds zsh directly into the SYSTEM file. NB: We use the lightweight busybox 'ash' shell, not bash.

Quote from misterx_2k3

Thanks for the hint, which forced me to get rid of berryboot and try something different, which in the end led to a solution.

I was sure we added a middle-finger icon to the smilies to deal with BerryBoot Q's .. but we appear to have gone polite-mode in the forum at some point. I'll just have to feign surprise instead

AMD support has always been (and continues to be) a little bit of a lottery. It might be worth experimenting with LE11 nightlies; newer kernel and drivers and we also switch from Xorg to native GBM/KMS.

Most of the PVR add-ons in the LE repo are client add-ons, so you will need to have the corresponding DVB server application installed and running somewhere in the network for the client to connect to.

Otherwise the mention of installng a repo and add-ons (with no names) and then PVR sounds a like a user trying to setup IPTV simple with a bunch of pirate feeds. If that's the objective you aren't going to get much help around here. If not the case, you need to explain what you are trying to do in more detail and provide log files to demonstrate/show what the issue is - because it's not clear from your description.

ConnMan stores service profiles in /storage/.cache/connman/<servicename>/settings but the file is owned by ConnMan so it will ignore all changes made while ConnMan is running and may overwrite them at any time. So edits require you to either make changes through the connmanctl app, or you need to "stop > edit > restart" the service to make changes.

You can also try an LE11 nightly (back-up the current /storage/.kodi dir first so you can revert easily) as the nightly image has newer connman and also switched to iwd instead of wpa_supplicant.

LE 9.2 is optimised towards RPi0/1/2/3 hardware (RPi4 is not feature complete) and LE 10+ is optimised towards RPi4 (and RPi 0/1/2/3 are not as featured) using an entirely new/different video pipeline. RPi devs will continue to improve things but I wouldn't expect massive changes in the future. The older RPi display codebase contains quite a few clever hacks that aren't upstreamable and thus deliberately won't be repeated in the newer codebase.

There shouldn't be anything different between RPi and Amlogic in terms of USB audio support.

Try removing the 4096 modes from the whitelist, leaving only the 3840 "4K" modes. Any better?

The rainbow screen normally indicates missing, obsolete or wrong boot files. RPi4 has gone through several hardware iterations since launch and the LE 9.2.8 image? is now quite old and has boot firmware that does not support the latest iterations of RPi4 hardware. The LE 10.0.3 image is superior in just about all aspects on RPi4 hardware so please try that.

You can install the Multimedia Tools add-on from the LE repo using the GUI. There is no simple way to install add-ons from the command line and there is no package management in the OS.

I'm wondering if the SD card is being reset correctly in reboot. Have you tried installing the image to emmc storage? (which removes SD card from the process). I forget when I last booted this board, but it was probably booted from emmc.

No kodi debug log = No problem for us to investigate. If it's a pirate IPTV source you can skip the process because we won't support it.

You can partially restore some the content of the backup (add-on settings, databases and thumbnails, etc.). Just avoid add-on binaries as those will be for 'arm' CPU architecture and will not run on x86_64 hardware.

There is no support for piracy infested forks in this forum and you aren't using LE on any devices. So i'll point out that a lighthttpd package is already in the buildsystem as a Kodi dependency, but beyond that you're on your own.