The primary difference between Windows/Linux filesystems is that when problems arise Windows tries at all costs to keep things running and eventually just fails resulting in loss of access to data, while Linux fails at the first opportunity to avoid further problems, usually resulting in data being recoverable/moveable before you reach a complete loss. The difference often results in "but, but, it worked under Windows" type forum posts which are both correct and completely missing the point that Linux is doing the right thing.
Posts by chewitt
-
-
run "pastekodi" over SSH and then share the URL generated
-
The best upgrade would be to a recent-ish Intel motherboard with integrated graphics, as those are going to support HEVC + 4K and most of the recent ones do HDR too (although HDR support is still work-in-progress in Kodi). I can't advise anything specific though as I didn't run an Intel CPU device for LE/OE use in the last decade (only ARM boards) and Intel breeds "lake" codenamed chips faster than I can keep tabs on the damn things.
-
-
It's in the boot partition of the AMLGX "box" image. If you download the "wetek-play2" image, that's the wrong image (can only be used with upstream u-boot, i.e. requires Android/vendor u-boot to be erased or overwritten).
-
Radeon HD 7000 series - Wikipediaen.wikipedia.org
If you correlate the "Southern Islands" features between ^ those two the 7550 card is 1080p max so it's not going to improve on the existing card that you have. I would also avoid the nVidia card (unless it's $free) because there is zero support for nvidia cards in the Generic/GBM image (our long-term technical direction) and whilst Generic-Legacy still exists and still supports them under X11 and it will do 4K, most 4K content is now HDR and X11 means no HDR support.
-
This was already answered in another thread. Please do not double post.
-
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
