Posts by chewitt

    LE 9.0.2 is the latest official release. After this point we have abandoned all work on the legacy Amlogic 3.14 kernel and refocussed on mainline Linux support for LE10 (based on Kodi v19 which is still in a pre-Alpha state). This has some rough edges on playback but it otherwise in fairly good shape on Linux 5.6 .. I'm overdue to push a bump to Linux 5.7rcX to the master branch.

    Current test images are in Index of / .. use the AMLGX 'box' image from an SD card.

    NB: Kodi will always show under 1GB free because some RAM is reserved for system use (drivers and such) .. 775MB sounds about right/normal.

    1. RPi4 supports hardware decode of 4K HEVC, but not 4K VP9, and not H264 (which is not a standard).

    3. The TV should support a "Just scan" or auto mode. On a modern TV you should never need to calibrate the screen. And 1080p@60 is the best default resolution. Forcing the screen to run at 4K just adds load to the device. Kodi is already upscaling the 720p skin to 1080p, the TV will do a better job of scaling 1080p > 4K (native resolution of the panel) can Kodi does scaling 720p > 4k.

    4. The filesystem is read-only apart from the persistent /storage area - this cannot be changed Anything you need to configure can normally be done in /storage, but we can't advise what to do unless you explain what you're trying to change.

    5. Resolution determines the GUI (desktop) resolution. The whitelist determines the resolution/refresh rates to be used for playback if "adjust refresh rate to match video" is enabled. If the TV supports them, enable [email protected]/24/50/59.94/60 and [email protected]/24/25/29.95/30 (50/60 optional).

    6. It generates more heat and draws more power, and IMHO is completely unnecessary unless you actually have 4K60 media. So far I've only seen test media in this format so I don't have it enabled.

    I already have support for the C4 in my private git repo, but I need to clean some things related to Linux 5.7 up a little before I push support to the LE repo. Adding support for the C4 took a whole 30 mins as Dongjin had already prepared a device-tree file for Linux 5.4 that only needed a couple of minor updates for Linux 5.7 - and the device-tree is now submitted upstream.

    To answer the original Q more directly. During playback press the 'o' key and it will show you whether FFmeg hardware or (SW) softtware decoding is being used. Older Intel low-end GMA chipsets are not always so well supported, they pre-date the point where Intel got properly interested in Linux and started to invest effort in support (in the newer hardware that followed). You might find that Windows is a better option.

    You'll need a TTL adapter (normally a USB device) as the signal voltage levels are different to a standard RS232 port. I also see nothing on the board to indicate those are the UART pins, although it's a low resolution image and markings could be on the underside. Normally the +ve pin (pin 1) will have a solid white triangle pointing to it (see the white connector on the left side of the image for an example) or has a white square ring around it - something distinctive. In future please post output to a pastebin site and images to somewhere like imgur - you can share higher resolution images that way.

    To fix this you'll need to create an SD card image with u-boot from an A95X-F3 box and then short pins on one of the emmc chips so that the box is forced to search for BL2 firmware on the SD card. If you can get into u-boot (or higher level OS) it's normally possible to zero the emmc (or at least enough of it to resolve the broken boot firmware) and then the box will always boot from SD card and OS installs become easier.

    I'm not sure LE has ever supported those accessories, and these days everything involving the legacy 3.14 kernel is a bit of a fading memory and lost cause (it's been consigned to history and forgottten about) so I'm not sure you'll get much help. The Odroid forums would be a better place to trawl old posts for possible info.

    scarface911 If the flashing via Amlogic Burning Tool gets further than 10% complete the emmc likely has enough of the Android image installed to have restored vendor u-boot, and from that point you should be able to use the AMLG12 image with SEI610 or VIM3L device-trees - both are S905X3 devices, or maybe even the U200 or X96-max devices trees (set the dtb name in uEnv.ini). If not, I'd need to see debug UART output from the box to understand what the issue is - else it's a blind guessing exercise and I'd rather not start that.

    Not going to work because:

    a) We don't ship any 32-bit (i386) OS since 2015

    b) Device has 50% less RAM than the lowest/worst spec device we ever supported (mk1 AppleTV)

    c) Even if you figured out a custom image to deal with A and B, the GPU probably isn't supported

    Find a second-hand Raspberry Pi 3B+ on eBay (lots of people upgrading to RPi4 means there are lots of cheap ones) and it will be a better investment of time and effort.