Posts by chewitt

Dropbox - LibreELEC.USB-SD.Creator.macOS.dmg - Simplify your life

^ I built this for testing the other week with changes to fix things that don't work. Catalina will whinge about the images not being signed by a trusted Apple developer (as I am not one) but once you allow the .dmg to open and the app to run (Control Panel > Security, etc.) it works. I need someone to fix the JSON parsing code (as I don't have the skills to fix that) and then I'll sign up with Apple to sign the binaries and solve all the security warnings.

[    3.802399] rtw_8821ce 0000:04:00.0: enabling device (0000 -> 0003)
[    3.802438] rtw_8821ce 0000:04:00.0: Direct firmware load for rtw88/rtw8821c_fw.bin failed with error -2
[    3.802442] rtw_8821ce 0000:04:00.0: failed to request firmware
[    3.805443] rtw_8821ce 0000:04:00.0: failed to load firmware
[    3.805447] rtw_8821ce 0000:04:00.0: failed to setup chip efuse info
[    3.805450] rtw_8821ce 0000:04:00.0: failed to setup chip information
[    3.810017] rtw_8821ce: probe of 0000:04:00.0 failed with error -22

No idea

The need for delinterlacing is well understood and it's on the list, but not at the top of the list. Other plumbing needs to be solid (and changes to the V4L2 specs agreed in principle) before we embark on that corner of the jigsaw puzzle.

2021-04-22 08:36:42.422 T:1311    ERROR <general>: CCurlFile::Stat - Failed: SSL peer certificate or SSH remote key was not OK(60) for https://stream.psychedelik.com:8002/
2021-04-22 08:36:42.705 T:1311    ERROR <general>: CCurlFile::FillBuffer - Failed: SSL peer certificate or SSH remote key was not OK(60)
2021-04-22 08:36:42.706 T:1311    ERROR <general>: CCurlFile::Open failed with code 0 for https://stream.psychedelik.com:8002/:
2021-04-22 08:36:42.972 T:1311    ERROR <general>: CCurlFile::FillBuffer - Failed: SSL peer certificate or SSH remote key was not OK(60)
2021-04-22 08:36:42.972 T:1311    ERROR <general>: CCurlFile::Open failed with code 0 for https://stream.psychedelik.com:8002/:                                       
2021-04-22 08:36:42.973 T:1311    ERROR <general>: Open - <https://stream.psychedelik.com:8002/> failed to open
2021-04-22 08:36:42.973 T:1311    ERROR <general>: Init: Error opening file https://stream.psychedelik.com:8002/
2021-04-22 08:36:42.973 T:1311    ERROR <general>: CAudioDecoder: Unable to Init Codec while loading file https://stream.psychedelik.com:8002/

^ those are the only bad things I can see in the log. I can't comment on whether the errors are valid or not, but even if they are, the add-on should handle them gracefully and not crash. I would take it up with the add-on author in the Kodi forums support thread as it's probably not and LE specific issue.

Flirc USB <= then use any IR remote you like. It's not cheap, but it's simple, hassle free, and you can reprogram it any time you like when a newer shinier remote catches your eye.

The correct path for the firmware should be /storage/.config/firmware/rtw88/rtw8821c_fw.bin

LE is an OS for HTPC devices. You should run Kodi on Windows, the native OS for the tablet that supports all its hardware.

If you edit source files in the "build.LibreELEC.." folder(s) the next time you respin the build the changes will not be used (as we already built the package and nothing in the package.mk or related folders changed) and if you trigger a change by updating something in package folders and respin the build, we remove the existing unpacked sources in the build folders, then unpack and apply any diff patches, and rebuild the package. If you want to modify a package, you need to provide your changes as a diff patch against the original source that we use. Patches can live in numerous locations, but typically in a "patches" subdir of the package folder.

LibreELEC-AMLGX.arm-9.95.2-box.img.gz <= not boot tested on anything with vendor u-boot, and has a pile of changes inside so YMMV.

There are no file/disk recovery tools in LE, but with most hardware we are booting from USB/SD/HDD storage so the device can be removed from the HTPC and connected to a Desktop distro (Ubuntu, Fedora, etc.) where you can run disk recovery tools. I would advise not using the target disk, to avoid overwriting disk areas you want to recover files from.

RPi4 performance beats RPi3, but starting over with a clean install on RPi3 is the same effort.

IAGL has already been reworked for python3/K19. I've been using it since Feb. It might not have filtered through to the Kodi repo yet tho. You can get the repo installer from the developers GitHub.

The system-info screen is entirely cosmetic and has nothing to do with OS function. It's info pulled from device-tree, which presumably doesn't have much there.

An increase to cache size can solve micro-glitches in playback where (in a wireless network) the network drops completely. It cannot ever solve the issue of "there is not enough bandwidth to play my large ISO file" because you have to fill the cache over the network first, then the cache drains faster than you can refil it, and then playback stops until the cache refills; and increasing the cache size means you wait longer for play to resume than with a small cache size. The only cure for inadequate bandwidth is increasing the bandwidth.

The reason cache configuration add-ons don't exist and these controls are not in the Kodi GUI is simple. Cache fiddling causes more problems that it solves in 99% of user scenarios!

Channel switching is all about support for flushing in the hardware decoder, which is partially implemented in ffmpeg in my images. I can make sense of the other infos. I'll look into the MPEG2 issue, but I don't code so I can't fix the driver (where the issue probably is) and will need to focus on seeing if simply disabling hardware decoding for SD resolutions is an okay workaround.

Forget the S805 device, it was never supported by OE/LE in the past and modern kernel support is making positive but glacial progress and is a long way from being easily usable. The S905 box might be somewhat useable; the choice is CE which should offer best support, or you accept the very "work in progress" state of modern kernel support in LE images.

NB: Users are obsessed with running from internal storage but this complicates the bejesus out of testing images which may or may not work and provides only marginal performance benefit. You'll need to restore the correct vendor u-boot to make further progress. There are a very limited number of people supporting Amlogic hardware in these forums and I have subzero interest in install2internal issues; that script is a complete waste of personal time.

To be clear, I'm not an expert low-level developer, so access to hardware might not get me a lot further than we currently are.

Amlogic hardware has an IP block called "ge2d" which handles the tonemapping separate from the vdec. It's supported in the vendor kernel, and partially supported in the mainline kernel, but not currently in a useful way.