Posts by chewitt

There was some traffic on the mesa mailing list in the last couple of months about alternative GBM back-ends, which is basically about nVidia partially conceeding they aren't going to win the GBM vs. EGL Streams discussion and tweaking things on their side to reduce the differences, combined with compromise on the mesa side to allow alternatives to current libgbm; which isn't so objectionable now the EGL Streams "GBM" shim makes the differences relatively minor.

This basically allows Tegra DRM drivers to plug into mesa's userspace rendering infra which is well proven and widely supported; the shift from X11 is gathering momentum and Wayland needs mesa. Tegra V4L2 accelerated decoding is then the (non-trivial) missing link. If V4L2 compliant DRM/ffmpeg drivers are written (compliant to kernel V4L2, not some proprietary nVidia-ised interpretation) Kodi should require no changes to support Tegra boards. That's the theory anyway

Last time we looked the Tegra GPU drivers needed X11 to run, which does not align with the V4L2 oriented technical direction LE is persuing for all devices, so there is little interest in trying to support the boards.

Write this file Dropbox - bootsector.img - Simplify your life to the USB using any USB writing tool that you like (on whatever OS you are using). As long as the USB drive is okay it will nuke the partition tables and allow your OS to repartition/reformat the storage again. If it fails to write, the USB drive has a problem and it's time to bin it and get a new one (they don't last forever).

Use dd ?

chmod +x LibreELEC.USB-SD.Creator.Linux-64bit.bin
./LibreELEC.USB-SD.Creator.Linux-64bit.bin

^ first line makes the .bin executable, second line executes the .bin

Panfrost works fine on a mainline kernel, but the drivers use a range of kernel features that simply don't exist in the legacy 4.9 kernel that Amlogic ships and CE depends upon. It's a bit of a "between a rock and a hard place" situation.

Quote from Anewmission

I have 4 HP dual core 1.5g wyze thin clients.

I have a few bulky i7 machines laying around

eBay the lot and divert the proceeds to a couple of RPi4B kits

There are significant crypto changes in the kernel around Linux 4.10/4.11 which will require the driver to be substantially reworked. An attempt was made here GitHub - chewitt/ssv6051: ** NOT WORKING / DO NOT FORK! ** iComm / South Silicon Valley SSV6051 driver for LibreELEC but the conclusion of the dev who made the attempt (not me) was that the original driver is architecturally garbage and it would be quicker to rewrite from scratch (but it wasn't worth the effort).

No log = No problem

The sad state of an RPi4B here is .. 92 days of uptime since a deliberate clean reinstall (moving from 9.2.x to 10.x) and the only reboots have been when updating the OS image (self-builds, but tracking the official releases). No issues with install or boot, same as 9.2.x.

Amlogic never licensed the Linux "libmali" libs for the T820 GPU in the S912 boxes and the hack to reuse the Android libs has a perfomance impact that was borderline on older Kodi versions and not really usable with K19 and future K releases. LE avoids that by using the FOSS drivers (which are not compatible with the ancient kernels CE uses) but that's a different can of worms.

Sure. There are lots of people wanting/willing to test but nobody has shown interest in writing a driver. As the FOSS development community around Amlogic chips is miniscule (CE contributing to non-upstream vendor/BSP codebases doesn't really advance FOSS) nothing is moving forwards.

If I delete the current page the name is released and someone else can register it, and then we'll have a page that looks official that's spammed by the same shits who want to advertise piracy add-ons and VPN and IPVT services. I would also also refuse to (re)assign admin rights to someone unknown to the project. So, the status quo shall remain.

Quote from thebakker

No, still the same error as user burny02 has. But like chewitt says, it probably isn't possible on the pi4 without sudo

LE runs everything as root and I've known that for more than a decade, so I have never said sudo is required.

Quote from DereC

so what is needed? device drivers source so it could be compiled on new kernel? or?

Someone needs to write a V4L2 compatible demux driver; all the other pieces (tuner drivers, demod drivers, firmware) exist (although not in the upstream kernel). This has been the status-quo for about four years so I wouldn't hold breath on it happening anytime soon.

Quote from DereC

quess i dont fully understand problematic, but is it possible to use work of alf1? GitHub - afl1/dvb-firmware

No, it's entirely based on the legacy kernel, which is the wrong kernel. That repo is also incomplete, buggy and abandoned.

The only reason I still technically have a FB account is to cybersquat the LE page, which I marked hidden because there were too many twats determined to talk about piracy add-ons and spam posts for VPN services, and I couldn't be arsed to spend the time moderating the swamp it was turning into (typical for FB). If anyone else on the team ever admits to having an account I'd be happy to transfer it to them .. but so far nobody raised their hand.

I pushed my most recent efforts to this branch Commits · chewitt/usb-sd-creator · GitHub .. I was able to pick changes from the UNRAID fork of the creator app heree GitHub - limetech/usb-creator: unRAID USB Flash device creator which allowed it to build/work on Catalina (aside from the usual errors you get from not being a paid-up/registered Apple dev) until a recent macOS security update. It now starts, shows the GUI, then throws an error and exits. I've no idea why or how to proceed further.

The moment we provide a "limited" browser there will be a long line of pitch-fork waving villagers whinging that it doesn't support X/Y/Z website they watch videos from. No browser generates fewer support threads than wrong browser (sadly).