Posts by chewitt

    Scraping sites come and go over time for no reason other than the wind starts blowing in another direction, or because sites switch their business model and start imposing restrictions that don't make sense for Kodi trying to sustain milllions of users. The default was set by Kodi not LE and if that needs to change, Kodi should change it, not LE.

    All the scraping sites support end-user input in some form. If the content is wrong, submit changes. If nobody submits changes, it remains wrong. Or do the lazy-user approach and wait for someone else to do it, but that might involve a long wait.

    The arm > aarch64 change breaks binary add-ons, so you need to uninstall those on RPi4 first (retaining their settings) and then manually download the RPi5 image to /storage/.update and run "touch /storage/.update/.nocompat" then "reboot" to start the update process. LE will reboot (using the RPi4 kernel) and update using the RPi5 files. When it reboots after updating, you pull the power and transfer the SD card to the RPi5 board and it should then boot up fine. Once at the Kodi home screen you can reinstall aarch64 versions of binary add-ons. Non-binary add-ons don't need to be touched.

    Code
    ========== kmsprint ==========
    Connector 0 (189) HDMI-A-1 (disconnected)
      Encoder 0 (188) TMDS
        Crtc 0 (82) [email protected] 148.500 1920/88/44/148/+ 1080/4/5/36/+ 60 (60.00)  
          Plane 0 (32) fb-id: 211 (crtcs: 0) 0,0 1920x1080 -> 0,0 1920x1080 (C8   RG16 XR24 XB24 AR24 AB24 XR30 XB30 AR30 AB30 XR4H XB4H AR4H AB4H YUYV YVYU UYVY VYUY NV12 P010 P012 P016 Y210 Y212 Y216 XYUV XV30 XV36 XV48)
            FB 211 1920x1080 XR24
    Connector 1 (199) HDMI-A-2 (disconnected)
      Encoder 1 (198) TMDS
    Connector 2 (203) DP-1 (disconnected)
      Encoder 2 (202) TMDS

    This ^ (at kernel DRM level) shows that there is no HDMI device connected.

    Code
    2025-07-09 16:41:30.014 T:1227     info <general>: GUI format 1920x1080, Display HDMI1: 1920x1080 @ 60.00Hz

    This ^ (from kodi.log) shows something being connected to HDMI1.

    Kodi detects audio properties from the EDID/ELD data on the HDMI connection. It's weird that the kernel is not seeing any device connected but Kodi is still finding properties from somewhere when it starts. Regardless, there needs to be a functional audio sink for playback to work correctly as audio (in media with an audio track) is rather fundamental to media playback. Kodi is unable to find a working AE (AudioEngine) sink (cannot open a playback device) hence things go wrong.

    Check and change HDMI cables and ports on both device and TV/AVR if possible. See what happens. Also use local media for testing in case there are lurking UPnP issues.

    I tried to use hdparm in autostart.sh with this command: "hdparm -S 0 /dev/sda2" and also "/usr/bin/hdparm -S /dev/sda2" but with no luck: if I pause my watching, HDD spins down, always.

    The first example should fail because the script is not providing the full path to hdparm and is addressing a partition not a disk.

    The second example should fail because the script is providing an incorrect path to hdparm and addressing a partition not a disk.

    Even if you corrected to /dev/sda as per my previous suggestion, you're still going to fail on the first points above.

    The correct path is /usr/sbin/hdparm not /usr/bin/hdparm

    I'd guess the SSD's are connected via USB and likely the same internal hub/port complex, and the PSU (or the hub/port complex) can handle one drive being connected, but not two, resulting in disconnects when power draw is too high.

    • Try adding max_usb_current=1 to config.txt
    • Try connecting one device to a USB3 port, one to a USB2 port
    • Ensure the PSU is rated for 5V/5A (the official one is recommended)
    • Look for undervolt messages in the system log
    Code
    umount -f /dev/nvme1n1
    parted -s /dev/nvme1n1 mklabel gpt
    parted -s /dev/nvme1n1 mkpart primary ext4 0% 100%
    mkfs.ext4 -L DISKLABEL /dev/nvme1n1p1

    Something like that ^ should do it - I'm typing commands from memory so syntax might not be 100% correct. The commands force unmount any existing partition (might fail if there isn't one) and then create a GPT partition scheme, create an EXT4 partition that's sized to be 100% of the disk, and then format the filesystem with "DISKLABEL" as the disk label. On reboot the drive should be auto-mounted under /var/media/DISKLABEL.

    chewitt is this something that will help here? once things pick up and its added?

    IIRC the DevCon discussion was about work done by OSMC to implement broader support for DV using 'open' capabiltiies and thus avoid the need for closed-source dovi blobs and DV license fees. That work proves it can be done but isn't easily transferred to other hardware platforms as it's all Amlogic vendor kernel/uboot specific.

    CEC is working on v12.0.1 but stops working on v12.0.2 for whatever reason

    The kernel used in LE 12.0.0 and 12.0.1 supports CEC on both HDMI ports but there are some issues when multiple CEC-capable HDMI devices are active at the same time so RPi devs dropped that capability. The kernel in LE 12.0.2 reverts to the behaviour of LE10/LE11 where CEC is only supported on the HDMI port nearest the USB-C power connector.