Edit project/Generic/linux/linux.x86_64.conf and search for CONFIG_ASUS_WMI .. change it from unset to CONFIG_ASUS_WMI=m and then add CONFIG_ASUS_NB_WMI=m underneath it, save/exit and then rebuild the image with the change. There's really no need to use make menuconfig.
Posts by chewitt
-
-
Sector by sector cloning is (literally) a waste of time. It's faster to copy data in the source filesystem to a target filesystem than to copy the entire filesystem. It also ensures you don't need to fix the incorrect partition/filesystem geometry data that you cloned.
-
Not going to be implemented by LE because we are not RPi kernel developers.
-
Needs https://github.com/LibreELEC/LibreELEC.tv/pull/7864 to be merged as a basic step. Also needs upstream kernel developers to finish writing all the drivers because AFAIK that SoC type is still missing a ton of things. If you've been using it for a while already I assume you are either using some kind of vendor kernel (which we won't use on principe) or it's a desktop distro release missing a bunch of media functionality.
-
ideally by extracting the ISO file to its own partition (as recommended for Google TV)
Good luck with that. We don't ship an ISO image; never have and never will.
I would find it better if I create 2 empty partitions and copiedthe required files from the ISO into them
Assuming you mean the .img file (not .iso) then you are thinking in the right direction. No need to clone anything. Just copy KERNEL and SYSTEM to a dedicated LE boot partition and create whatever bootloader entries are required for whatever bootloader you are using; crib the general content from syslinux.cfg. Note that the boot partition can be VFAT or EXT4 but the /storage partition MUST be EXT4 to support Linux permissions. Also note that we do not provide support for multi-boot configurations.
-
Maybe consider using the last working nvidia drivers that works perfectly from 20250412 570.133.07 ?
The path of progress is FORWARDS, not backwards, so no.
Note that you are using a pre-alpha nightly image. If you expect stability you are using the wrong release.
I think someone spotted the issue: https://github.com/LibreELEC/LibreELEC.tv/pull/10082
-
Would it be possible to enable support for at least `drmModeGetResources()` on `/dev/dri/card0`?
No idea. Go ask the Raspberry Pi kernel developers responsible for DRM support in the kernel. We don't write that stuff.
-
I've never used it (and no idea how to use it) but the "hid_mapper" binary is in the system-tools bundle in the LE add-on repo.
-
nvidia rtx a2000 12gb version
nVidia support is currently broken in LE13 nightlies and might take a while to fix as nobody on staff has anything to-hand that can run the offending 570.xx drivers: we have been telling users to avoid nVidia GPU purchases for years and it seems we have heeded our own advice. It probably needs a motivated user to figure out the issue and send a fix. If the card is also supported by the older 550.xx driver you can use older nightlies.
-
dtech has an LE 9.2.8.x image which should be usable, although these days the majority of Leia add-ons are becoming outdated, but for local media it can extend the life of things.
-
How would one go about updating the jellyfin server to the latest version?
Someone submits a pull request to the libreelec-12.0 branch in GitHub bumping the version and updating the SHA256 hash, then the request is merged and gets automatically built overnight and pushed to our repo.
Mostly bumping gets done by staff, but anyone can submit the change.
-
Have 2 movies in 1080i@25 resolution
Then Kodi playing at 50fps is correct, because Kodi only outputs progressive, so it must render each interlaced (half) frame as a full progressive frame and you need 50 frames to account for 25 interlaced frames.
I lose frames at 50 refresh rate
I normally recommend people re-rip from the original media when the encoding is bad, but you've stolen a movie off the internet that's been ripped into a lossy interlaced format. I guess that made sense to the original pirate that created and shared it.
The only issue I can see is that you're expecting a lossy pirate rip to be high quality
-
It should have been built/distributed for all architectures.
-
Pi4 doesn't want to switch to 25fps. 1920x1080@25 movies play in 1920x1080@50.
And what is wrong with this? - See https://wiki.libreelec.tv/configuration/4k-hdr - Unless you are never going to play interlaced media rate doubling should be enabled, and a side effect of this is 25fps media playing at 50fps, which is harmless.
-
I'm forgetting that this exists: https://github.com/rudihorn/drm-vc4-grabber
If you want to experiment, the /usr/bin/drm-vc4-grabber binary is embedded in this image:
https://chewitt.libreelec.tv/testing/LibreE…-12.80.2.img.gz (and the .tar)
Note that I've only compiled the package, I have no means of testing it. The 'drm-capture' service should run on boot.
Package changes are here: https://github.com/chewitt/LibreELEC.tv/commits/rpi-13.0
If it works well it could be repackaged as an add-on, although an in-kernel solution would still be nicer.
-
No idea what the issue is, but it's not a LibreELEC issue, so the correct place to report it (with complete debug log not the snippet posted above) is the inpustream.adaptive support thread in the Kodi forum, or the inputstream.adaptive GitHub repo.
-
Nothing specific to test, just interested in overall success (or otherwise) reports.
-
Will that work on a Wetek Core?
No. It will work on other S812 boxes, but WeTek Core locks up on boot and currently the only known workaround is forcing the box to run on a single CPU. So far nobody figured out what magic is required.
