Posts by chewitt

That's not a debug log, and no playback problem is demonstrated.

I make no claims on understanding Meson 8 boot. If changes are needed I merely ask that people point them out

dtech I think the idea was to get the box booting any non-Android OS first, and work forwards from there.

The current u-boot bootscripts in the AMLMX image are a mashup of various things i've seen/read and blind guessed at since I don't own any Meson 8 box devices that can be used for testing (only a C1+ which has a tweaked/customised u-boot environment and a WeTek Core that doesn't boot). In short: I'd be really surprised if they worked

If you share the output from "printenv" we can see the internal boot flow for u-boot and perhaps figure out how to hook the boot process (as we do with AMLGX). In current state from UART you can probably switch to the SD card root partition and boot KERNEL etc. using the content in https://github.com/chewitt/LibreE…_autoscript.src

"computers"

99.999% of 4K movies are 4K@23.976 or 4K@30 so 4K@60 modes are not normally required and they force the board to consume more power for no reason.

I have lots of original copies. I also have kids who are incapable of putting discs away in the correct box and/or without leaving them on the floor where they get scuffed and made unreadable. So all new acquisitions are immediately ripped to a NAS, which makes the entire library kid-proof and navigable without getting up from the sofa

You can share links to the Pi forums or reshare the same details here.

smp  sky42 I'm wondering if any of the RPi patches related to bit-depth might avoid kernel hacking? See: https://github.com/LibreELEC/Libr…th-videos.patch and other patches in the same folder.

Quote from deFRAGer

I think the SOC in this device is a Amlogic S905X4

There is no usable upstream support for S905X4 devices at this time, so an LE image is not possible. You can probably put CE on it, but that's a question for their forum.

using Handbrake to rip the ISO to file/files normally always works out quicker

You need to restore vendor u-boot to the box so we can hook it and run from SD/USB media. We do not support running LE from eMMC storage unless the board/box has upstream u-boot support - then we can overwrite eMMC with a full image that includes upstream u-boot. Your T95M does not have upstream u-boot support.

Quote from PaJoe

Is there a recommended kit with all the required hardware to set up a RPi5 running Libreelec?

Nope. Just look for board + official PSU + official HDMI cable + any case (we loathe Argon cases but whatever you like) + wireless remote + 16GB SD card. Any decent Pi board retailer will have all the bits.

There's no change to HEVC content (100% the same) but in my experience RPi5 will also handle a fair amount of software decoded VP9/AV1 content at 4K30 ish resolutions (doesn't have to be HDR) which extends the reach of e.g. YouTube. Plus some 10-bit H264 media that wasn't possible before now plays (also software decoded). The CPU in an RPi5 is probably on-par with an older i5 CPU; although storage/IO will be a little ahead on the Intel box. The difference in CPU grunt RPi5 has over RPi4 is noticeable.

Perhaps trash the latest DB versions (or rename them out of the way) and allow Kodi to upgrade again?

If you like hardware launched in 2017 .. it's great. I'd still prefer an RPi5

Kernel DRM doesn't see valid EDID data for the TV and falls back to some default resolutions. Kodi then configures itself based on what the kernel says the TV can do. I'd check/replace cables or change the socket the box is connected to. NB: The same image is showing everything fine here (on a VIM1, but that's irrelevant).