Posts by chewitt

I'm also interested to know if the blue? LED on the boxes is working .. and if hitting the power button results in a power off (or suspend) type action?

Amlogic sets lots of video stuff in u-boot that might not be handled cleanly when we start Linux; there's not much we can do about that and I don't have the u-boot sources for MeCool boards to replace it with modern u-boot. Experiments in that direction require you to have UART access to the board so we can see the early boot output from u-boot - and you need to have backups of the original firmware and know how to restore them in case things don't go to plan.

LibreELEC-AMLGX.arm-9.95.1.tar now has the correct BT firmware name (last image had right file but wrong name).

I'll have a look for the Realtek WiFi driver. If it's supported in-kernel I can add support. If it requires the out-of-tree vendor driver I'll pass because those break with each kernel version change and are a maintenance headache.

I'd describe all issues related to audio/video playback as "known" and since there is currently nobody working on the Linux kernel driver code that's at fault, there is currently no need for anyone to share logs. Until someone in the community with coding abilities (which is not me) shows up to fiddle with drivers or commercial projects fund futher activities, progress is stalled.

You'll find my image is more usable due to the ffmpeg changes (seeking mostly works). It's all far from perfect. Note the 44.1Khz audio config tip.

There are no plans for stable Amlogic releases because non-trivial Linux kernel driver work is required to move things forwards and there is basically nobody doing the work. I keep plugging away at general areas of Amlogic support to keep the codebase current with kernels etc. but I don't write driver code. Until that status quo changes, it remains super-fast and efficient standardised code that is annoying close to being usable, but ultimately deficient in the core media areas Kodi depends upon most.

Did you set the dtb name to use in uEnv.ini? - without that the box doesn't know what dtb to use.

NB: There is no path between legacy LE or CE releases and the LE10 codebase due to the different <evereything> and Python3 changes in Kodi - it's just not even remotely sensible to attempt supporting in-place upgrades. You can always backup and restore Kodi once booted.

Download LibreELEC-AMLGX.arm-9.95.1.tar to /storage/.update and reboot. I've added a possible BT firmware and two provisional IR keymaps. Please share dmesg for each box and test the keymaps thoroughly.

Rockchip more fixes by knaerzche · Pull Request #5201 · LibreELEC/LibreELEC.tv · GitHub <= it will be in nightlies once this merges

Running the "box" image from SD card is easiest, the -wetek-play2 image is the one that needs emmc wipe etc. and that is not trivial or recommended for most users. Update is simple; drop file in /storage/.update and reboot. If you track my private test images you should pay attention to file dates not the numbers.

Can you share "dmesg | paste" from the KIII pro as I'd like to see if the BT is working now. If you also have a KII pro box (S905 or S905D?) it would be good to see the dmesg log from that too. Also, if you can share pics/photo's of the two remotes it would be appreciated. I like to reflect the physical device layout in the keymap code.

The .img.gz file is for writing to SD card. The .tar file is for updating an existing (LE10, not 9.x) install. Otherwise they're the same. You might prefer the images I have here Index of /testing/ which have changes to ffmpeg that allow seeking in H264 (not perfect, but an improvement on the nightlies). In either image you need to set Kodi to "fixed" 44.1KHz "Analogue" output to get multi-channel audio without glitches in the audio. These images are still experimental..

cd /storage/.update
wget https://chewitt.libreelec.tv/testing/LibreELEC-AMLGX.arm-9.95.1.tar
reboot

^ run those commands to update to an image which should (in theory) have the missing firmware for the WiFi card, and a revised device-tree file to enable BT support. If this works I can send the device-tree changes upstream to the Linux kernel.

For the IR keymap, either identify the keymap file or name that CE are using or record the keycodes, see Infra-Red Remotes - LibreELEC.wiki (which is not that hard). Make sure you note the button press order to match the recorded codes. Most Amlogic remotes use the NEC protocol.

Clean boot, wait 30 seconds, then run "dmesg | paste" and share the URL generated. In theory the device-tree has WiFi enabled, but I've never seen the box and have no idea what WiFi chipset is used inside. The log can help.

NB: I'm also interested to see what remote and IR keymap is used, as the current keymap named in the device-tree doesn't actually exist. If you share working IR codes I can add it.

Make the SD card again, but this time a) set the dtb name to boot in uEnv.ini, b) do not move or rename the dtb file.

Add "ssh" to kernel boot params in extlinux.conf and the SSH daemon is forced on at boot time.

LE project staff aren't very knowledgeable on Chromebox boot, so I'd start with MrChromebox.tech for ideas. You probably can't do an update migration from OE > LE because the OE install will have a 232MB boot parition and this is too small for the current 250MB-ish LE files.

I find K19 generally better than K18, but then I also don't think the K18 is sluggish. I notice a large difference in navigation scroll performance between IR devices and a BT device and remotes using a flirc dongle; but the same difference exists in K18 too.

After checking the Linux kernel defconfig we use with RK boards it looks like we don't compile XFS support. We have support with other boards so it's an omission. It's been flagged to devs and should get fixed.