Rockpro64 images - no proper hdmi-sound

    Hello ,


    tried those images for RockPro64


    12.90 (chwitt)

    12.2

    12.0

    11


    or so, but it seem all have problem on my TV or computer monitor with HDMI sound.

    the audio is choppy or garbled, the volume off (too lout)


    is there something can do about it?


    will i need to use older images (like libreleec 10?)

    have also connected on TV a soundbar, but it would not function properly also on monitor with it loudspeaker, so there is probably a misconfiguration or some error in iamages.


    left the setting for audio moreorless like on standard OOTB.


    thanks.

    thanks,


    version

    Old Version (2020.11)

    LibreELEC 9.2

    • Kodi 18.9
    • Linux Kernel 4.4.x


    functions properly, but updating to next version

    Old Version (2023.01)

    LibreELEC 10.0

    • Kodi 19.5
    • Linux Kernel 5.10.x


    already causes/exhibits the hdmi soundbug on here.

    it is with hdmi audio over output over tv or monitor speakers , there is constant noise, and the volume is too (loud)-

    if can share log file that could be useful, willing to do that.

    tried several times, think it is related to the images libreelec rather than hardware defect?

    thanks.


    EDIT: it seem it was false alarm, the images function, the sound is there.


    it must have been caused maybe because i used the eMMC + sdcard at the same time previously, this time not.

    or, the imager that i used to "burn" the image caused a distortion? - anyway, happy to report that it should be fine. sorry to bother.

    Edited once, last by kapqa (March 13, 2026 at 1:16 PM).

    it seem the problem is related to when booting with eMMC inserted (has OS on it) but from sDcard with LibreELEC (sdcard takes precedence over eMMC when booting) -

    then the sound issue aries,

    if booting from sdcard only the issue gone, normal listening functioning of LibreElec

    What u-boot version/source is on the eMMC module? - If this is present it will be used even if the board subsequently boots KERNEL and SYSTEM from the SD card. If you remove it, then the board uses u-boot from the SD card.

    hello , could not tell,

    but however upon boot there is sequence with "u-boot" logo on the right,

    and on left, there isl like "uboot 2023.1-dfsg-something from 2025 september or october" - am i right in assuming this is sort of firmware that possibly could be updated?

    on the module it self also numbers present, but too small to read for me atm, but date is possible before 2020.

    Quote from kapqa

    Upon boot there is sequence with "u-boot" logo on the right, and on left, there isl like "uboot 2023.1-dfsg-something from 2025 september or october" - am i right in assuming this is sort of firmware that possibly could be updated?

    LE doesn't show any logos or u-boot info on-screen during board so this means the u-boot on eMMC is from some other distro, e.g. some kind of vendor u-boot/kernel Linux image. As a general rule you need to run vendor kernels with vendor u-boot, and mainline u-boot with mainline kernels, because although they are separate things; there's a degree of alignment between them and you will often see random issues when using vendor u-boot and mainline kernel, or vice versa.

    If you want to keep the current Linux image on eMMC you might be able to investigate whether there are newer versions of u-boot for it; and whether those work better. If you obtained and wrote a mainline u-boot to eMMC this would probably boot LE better, but may cause issues for a vendor-kernel Linux image. You can also write an LE image to eMMC using emmctool from the console, but this will overwrite whatever Linux is on eMMC.

    /shrug

    thank you,

    have clone the eMMC to sdcard, and repurposed the eMMC for the LibreElec - it seem the problem is no longer occuring.

    however, one another SBC have similar issue,

    one eMMC is android, and CoreElec on SDCard, then however, when both are loaded, the videoplayback is garbled on times on CoreElec 22.

    it seem for one reason or another not liking to have both eMMC and sdcard present at the same time when booting;

    on CoreElec there would be an option to "reboot to eMMC" which would be handy on TV , to boot into fully Android or Linux on demand from within CoreElec , but then if the LibreElec/CoreElec is having issue if eMMC is present it is not worth it.

    (this SBC however uses a Pine A64 eMMC and the sbc itself is from Odroid, which seem to sell there own branded eMMC)

    CE (and old vendor kernel LE images) can boot between SD/eMMC in the GUI because the Amlogic u-boot environment where boot preferences are stored is accessible from Linux (via proprietary Amlogic drivers). There is no equivalent mechanism with mainline u-boot and Linux. NB: CE issues belong in the CE forum, we have no experience with it here.