Posts by chewitt

  • Configure via first time wizard without remote control

    The USB keyboard should have worked. Historically there was a bug that caused the USB hub to not reset and detect things but that claims to have been fixed in the upstream kernel some time (a couple of years) ago.

    HDMI-CEC should also work, although this is something I never normally test because I have too many CEC capable devices attached to the same AVR and it causes problems; so I disable/block it on the AVR.

    If you add ssh to the boot params in exlinux.conf the SSH daemon is forced to start on boot, and then you can SSH in to the device and use kodi-remote to navigate the screen same as a remote control. The Odroid remote is also supported OOB if you have one.

  • [x86-64] kodi.bin steady memory leak ~40 MB/hour leading to system freeze (kswapd spin, 100% kernel CPU)

    Go test this image https://chewitt.libreelec.tv/testing/LibreE…-12.90.1.img.gz and report back. Note that this image is LE13 and we switched Generic from OpenGL back to OpenGLES so if you have screensaver and visualisation add-on installed those will need to be removed, the cache in /storage/.kodi/addons/cache deleted, and then the add-on needs to be reinstalled else things will crash. Just leave settings present and it's no big deal.

    NB: I'm not answering the Q's above as there are known rendering bugs solved and notable changes to rendering in this image; and the combination means triaging anything on LE12.2 isn't a productive use of time (there are no plans for a 12.3 release).

  • [x86-64] LE in kiosk mode freezes

    Code
    error <general>: CVideoPlayerVideo::OpenStream - Invalid framerate 300, using forced 25fps and just trust timestamps

    I doubt this ^ is enough to cause problems, but it's a simple task to run the file through "handbrake" and fix the file. You can also bump to a current LE13 nightly and see if that magically solves anything? - otherwise I don't see anything unusual in the log (no obvious freeze, no crashes).

  • No Samba or NFS access since LE 13

    SMB connections to the local Samba server (incoming) = Settings > LibreELEC > Services > Samba

    SMB connections to another SMB/Samba server (outgoing) = Settings > Services > SMB Client

    To make Kodi connect to an older SMBv1 share you need to set min/max = SMBv1. If you set it for min = SMBv1, max = SMBv3 it will default to connecting at SMBv2 and will never attempt SMBv1.

  • Customising output bit depth, color format, dither, deband, hw resizer

    The kernel UAPI's for DRM/KMS/V4L2 are maintained and regularly evolve. If they were not they would be deprecated as dead code and removed from the kernel. There is documentation in the kernel source and since this is a fundamental and core part of the Linux kernel, there is extensive prior-art in kernel code.

    Kodi uses mesa for 2D capabilities GLES/GL and opening the EGL context that video/gui are rendered into. Kodi is largely a big fancy wrapper around libavcodec (FFMpeg) which for an RPi4/5 uses the uses the v4l2_request (stateless) UAPI for HEVC and on RPi4 (but not RPi5) the v4l2_m2m (stateful) UAPI for H264 support. FFMpeg also supports fallback to software decoding, e.g. how H264/VP9/AV1 etc. are handled on RPi5. If implementing changes you'd also need to consider VAAPI too, and in the near future NVDEC.

    I'm not sure what thoughts you're having, but IMHO anyone who needs to ask where documentation is and how it's done will not be successful in coming up with meaningful changes themselves. Even working with Claude Opus and similar AI tools requires a baseline level of domain knowledge to generate prompts that achieve anything.

  • [x86-64] Mount error at boot time

    Quote from Quiffy

    Offtopic: is there any specific SSD brand / model /series that you can recommend from your experience in terms of a) reliability and b) low power consumption?

    I've never considered power consumption with SSD's in LE installs as the hardware it runs on has far more impact than the choice of drive and because LE runs in RAM on anything with more than 1GB so there's negligible read/write on the drive.

    I've always picked name branded SSD's on the debatable assumption they won't use low-bin chips. Thus the only drives I've ever had die (not a frequent occurence) were name-brand ones. I pull things apart, move things around, and reinstall the OS on a much higher frequency than any normal user though.

  • [x86-64] Mount error at boot time

    It's unusual and something to monitor. If it occurs again it might be the first signs of the memory device inside the SSD starting to have problems. It's the kind of panic that you see when there are faulty cells resulting in bad sectors on the block device; causing a failure to read partition data or preventing successful reading/decompression of the SYSTEM file from the boot partition.

  • Linux Copy-Fail Exploit

    Quote from WarpLover

    Does the new Linux exploit affect settop boxes running Libreelec or OSMC?

    LE = technically no because we don't have sudo so the exploit chain is incomplete, but as stated above, everything already and intentionally runs as root so there's no need to use the exploit in the first place.

    OSMC = someone else's distro, go ask them in their forum.

  • [RPi5] TTF Subtitles very bright in HDR in LE12

    There's an RPi4 build in my test share too; probably not as current as the RPi5 one but close enough. I find the OSD tonemapping to be a little off on RPi5 hardware compared to e.g. RK3588, e.g. the OSD panels that are normally ~85% transparent are more like ~65% and need to be darker, but everything is still work in progress. I didn't specifically check for the leak in a while but that's because things have been behaving so that's probably been resolved. Go test and report back.