This was already answered in another thread. Please do not double post.
Posts by chewitt
-
-
Post the full log .. not the bit you think is important (which leaves out all the other useful info)
-
SSH into the box and run "alsamixer" .. it's a console app not a GUI app.
-
I've asked that connman/iwd are bumped for LE 11.0.2. There's no guarantee that this resolves issues, but it's likely to improve the status of things for someone somewhere.
-
-
I tried editing /etc/hostname, but it reverts back to LibreELEC after a boot.
IIRC *the* place to change hostname is the LE settings add-on; this is the master location that defines what is set/propagated at runtime. If you edit /etc/hostname directly the change will not persist over a reboot. LE is not a general purpose distro - it does not always follow other distro conventions for doing things.
-
LE 11.x now uses a GBM/V4L2 video pipeline which does not support the methods previously used to grab frames, and reimplementing that is technically non-trivial and probably won't happen. The best (only?) approach available now is to use an external HDMI grabber, so there is no 'software' dependency on acquiring frames to drive the LED's.
-
The 15KHz patches are being actively maintained, but there seems to be no attempt at upstreaming them into the mainline kernel so we wouldn't add this to our main image; with very rare exceptions we don't add things we won't be able to drop at a visible future point. CRT related things are also rather niche-audience these days. However, as the patches are maintained it shouldn't be hard for you to self-build an LE image with the necessary kernel patches added - there are instructions in the wiki. The switchres binary will need a bit more effort, but it doesn't look too complex to frankenstein a package for, and you could always copy a pre-built binary from e.g. Ubuntu over (doesn't always work, but often does, so worth trying).
-
I'm on hiatus at the moment (new job, and building up to an Ironman triathlon) and nobody created the Linux 6.2/6.3/6.4 kernel source to use with AMLGX. Until that happens, ye olde 6.1 kernel conflicts with other patches in the LE tree so builds fail and things are disabled. I have no plan to resume kernel poking until the status of the hardware decoders changes. There is allegedly someone now working on the drivers again, but no code has been shared yet, so I'm keeping myself busy doing fun things.
-
You can boot using the "box" image after setting the dtb name to use in uEnv.ini .. AND .. doing the toothpick/reset process to force u-boot to reload our boot scripts from the SD card. This will prevent CE from booting .. unless you repeat the toothpick/reset to force u-boot to reload their boot scripts. You cannot simply swap SD cards to swap OS.
-
This has been debated in the past. It would be nice, but when things fcuk up (and they will, frequently) we become the bad guys who killed some users Windows install with pictures of their first-born child, favourite dead dog, etc.
Not supporting it, ever, sidesteps the issue, so 110% never happening.
-
Support for i386 was dropped approx. 2-years before LE existed (in OpenELEC days) and the last release was OE 5.0. If you can still find the installer image AND only wanted to play local media it might work, but I'd expect challenges with add-ons AND there will be zero support from anyone sane for releases that old. Good luck
-
Do you know anything more about this company and this project?
Thank you for your reply. Good luck on the triathlon.
The company is bone-fide and has a long history of funding open-source development (often without much recognition) and the owner is someone we/me chat with regularly. I also know the name of the developer who's allegedly doing the work. However, until I see some actual code/output in a repo somewhere there's nothing to be done.
-
It's reliably reproducible with macOS terminal.app (at least for me) .. just try editing a large(r) text/xml file
-
WeTek Core(1) will not boot beyond vendor u-boot into Linux unless you limit the kernel to a single CPU in boot args (at which point the box isn't much use). It's a known issue for that box and something related to the box using OP-TEE (BL32). Other S812 devices will boot normally (not that AMLMX has much support for boot currently).
dtech images are a better option, although K18 is starting to date now.
-
-
NB: If you flag what firmware is requiredfor the USB WiFi stick it can probably be picked into an image (for long-term support).
-
There's some kind of buffer exhaustion issue and when you start flipping between codecs it ends up in a bad state. The same video that fails will play fine after a reboot. The drivers are unfinished work and haven't really been touched since 2020 so don't expect any changes anytime soon. There is allegedly someone now working on them again; but it's been several months since it was claimed and i'll believe it when I see actual code from the effort. The H264 codec does behave better, but occasional reboots are probably easier to live with than re-encoding a movie collection.
