Posts by chewitt
-
-
May be its worth to give nvidia a hardware menu entry.
Like this? https://libreelec.tv/downloads/generic/
Wiuth old cards like a Quadro 400 (2011?) you'll need to compare the card PCI device ID with the nVidia udev rules to see if it's supported:
LibreELEC.tv/packages/x11/driver/xf86-video-nvidia/udev.d/96-nvidia.rules at master · LibreELEC/LibreELEC.tvJust enough OS for KODI. Contribute to LibreELEC/LibreELEC.tv development by creating an account on GitHub.github.comOne of several challenges with nVidia support is that compat with Xorg is a moving target and eventually old(er) driver releases that are no longer actively maintined by nVidia require older Xorg versions than the current Xorg that we embed and things break. See:
xf86-video-nvidia: update to 535.104.05 by heitbaum · Pull Request #8090 · LibreELEC/LibreELEC.tvMajor Bump of nvidia Update from Latest Legacy GPU version (470.xx series): 470.199.02 to Latest Production Branch Version: 535.104.05…github.comYou could try using an older LE release (older Xorg codebase with older drivers) or to use a more general purpose distro where things are less bleeding edge and you can still load and use older nVidia drivers.
-
NB: I deleted the other thread with identical question. Post questions once only please.
-
RPi4 can power off via scripted keyboard commands, but you cannot power on via the flirc USB receiver as the RPi4 board (when off) does not power the USB ports to receive the IR wake signal. The normal way around this with Pi 0/1/2/3/4 hardware is to have a power-board with IR sensor connected to the GPIO pins. The IR sensor is powered independently so can receive a wake command and then power-on the board via the +5v/GND GPIO pins not the normal USB-C connector. In that setup the Flirc USB receiver is redundant since you now have a permant IR sensor on the board.
RPi5 should in-theory be able to do the USB-wake scenario as the RP1 and BCM2712 chips have the combined capability to support low-power states like 'suspend' where selected subsystems remain powered-enough to receive input and wake up again (as with some x86_64 hardware or Android boxes). The caveat is that this support requires firmware which is both complex and still actively being written (work in progress) so if you pre-ordered an RPi5 board today there's no guarantee that will work OOTB when boards ship or for some time after. It's definitely something that Pi devs are exploring and working on though.
-
https://wiki.libreelec.tv/hardware/intel…ric#nvidia-gpus <= The info here is a little dated in a couple of places, but the fundamental underlying message remains the same (for a long time).
-
-
Are you using the Generic Legacy image? The default (GBM) Generic image no longer contains nVidia drivers due to their lack of support for modern Linux graphics standards.
-
Unless you have a fast Intel CPU device; leave it at the default (1080) setting.
-
Mi Box S Gen 2 uses an S905X4 chip and the mi stick 4K is either S905Y4 or S805X2; in all cases there is negligible usptream kernel support for those chipsets so no current plans for LE support. If the bootloaders are unlocked you can probably get CE to run on them, but that's a topic for the CE forum not here.
-
IMHO wait until the RPi5 bits arrive then pull the drive out and connect to the new(er) RPi5 based NAS device. As much as I like the Slice box it's slow and dated and having the drive connected locally to the new stuff will just be easier.
-
Please report this to the add-on support thread in the Kodi forums; then someone might make changes to correct the issue upstream.
-
I'd suggest updating to a current LE12 nightly (which are quite stable to use) as a first move. Then if the issue is still present, share a sample (90-120 seconsds) from a media file that allows the issue to be recreated. Then pi devs can have a look.
-
There aren't many Android users in this forum (for obvious reasons). Better to ask in the Kodi forum or an Android forum.
-
Even if it is 'only' 25% difference, it's the difference between 1080p anything playing (S905X3) or being stuttery and un-watchable (S905).
-
Code
WireGuard.Address = 192.168.4.2/24What happens with /24 instead of /32 ?
-
but unfortunately on S905 720p also stutters, although there is no big difference in raw computing performance.
There is a sizeable raw compute performance difference between S905 ([email protected]) and S905X3 ([email protected]+) hardware.
-
Oh, one other question - will it support h265 playback?
Yes, HEVC/H265 is hardware decoded to 4K60 and HDR with 10-bit depth.
-
You can do "dmesg | paste" and "cat /storage/.kodi/temp/kodi.log | paste" to generate two URLs; one for each log. If either of them is large the combined logs + extras that "pastekodi" generates might be too large for the ix.io paste service.
