Posts by SandVP

    It is working. Thanks a lot!

    Follow below commands.

    Although with this manual load of jc42 it seems like all the steps have to be done after each reboot.

    That sound great. Thanks!

    Hi heitbaum

    This is what I get. So I assume there are sensors at 18 and 1a.

    Hi

    Running LE10 on a NUC11TNBi7. I also run some unrelated stuff in docker on the same machine.

    I was trying to read RAM DIMM's temperature sensors. But it seems a module called jc42 is not included.

    I followed this guide: https://wiki.archlinux.org/title/Lm_senso…erature_sensors

    This guide works fine for me in Debian btw.

    So I then made my very first attempt in compiling LE with this module included. But it is also the first time I try to compile anything at all so now after 3 days I give up.

    Would it be possible to include the jc42 module in the Generic image? Or if someone can build a test image to begin with since I am not even sure that just including that module is enough to make it work.

    I got a new NUC, NUC11TNBi7. It's running LE 10. Also got new Supra HD5 HDMI cables. Otherwise same setup.

    Yesterday I wanted to watch some TrueHD stuff but as soon as the video started the audio just stopped, the audio output signal "froze"and nothing I did would change it except a reboot.

    Eventually I switched the HDMI cable to the second port on the NUC. And now everything just works! The two HDMI ports on the NUC are 100% identical according to the specs as I read it.

    Is this some mechanical issue with HDMI hardware? That it is just not robust enough in some way.

    Or is it Intel HDMI hardware specifically which is poor quality?

    I am just mystified by this behavior.

    Edit:

    It's getting pretty annoying...

    HDMI port 1: Only 50, 59.94 and 60 Hz refresh rates work at 3840x2160, but TrueHD works fine.

    HDMI port 2: All refresh rates at 3840x2160 works, but TrueHD does NOT work.

    Edit 2:

    Ok this is perhaps slightly embarrasing, apart from the fact I am debating myself here.

    In my ignorance I had set the video signal format on the Marantz reciever to "Enhanced". I had also tried the "8K enhanced" which didn't make any difference by the way.

    Only now I get the idea to set it to "Standard", and voilà all the refresh rates at 3840x2160 works and TrueHD also works.

    So yeah I guess I didn't know what I was doing without realising it.

    Alright I think I have solved the issue now.

    I just spent a few hours where I tried nearly all combinations of HDMI cables, HDMI inputs on the reciever, HDMI inputs on the TV, running HDMI through the reciever, and directly from NUC to TV.

    I know that not all HDMI cables are equally good. But the cables I have been using recently until I upgraded the NUC, had worked just fine. But apparently they are no longer good enough for the NUC. They were even bought specifically on the 4K/8K specs!

    But I am now back to my old Supra HF100 HDMI cables bought in 2018.

    As if that wasn't enough, not all the HDMI ports on my TV are allowing the NUC to set >30 Hz refresh rates. Sigh..

    And by the way I also still have TrueHD in passthrough.

    In an attempt to get TrueHD working in passthrough I decided to update both BIOS and HDMI firmware on my NUC.

    So now I actually got TrueHD passthrough, yay!

    But instead I am now missing refresh rates above 30 Hz for 4K resolution 3840x2160, which I am pretty sure was working before the upgrade.

    I found this thread from Thomas_AR discussing HDMI firmware on the NUC8 too but they were not mentioning refresh rates I think: Intel NUC 8i5BEH - HDMI Sound problem

    Current setup

    LibreELEC-Generic.x86_64-9.95.4

    Intel NUC8i7BEH -> Marantz SR8015 -> Sony XF90

    BIOS: BECFL357.86A.0088.2021.0330.1431

    HDMI firmware: 1.78.4.0.4 (MCDP2800_C21_C22_V1.78.4.0.4_LSPCON_MP_FHC_SIGNED_CMDB_BE_210309)

    I got it working.

    BEWARE OF SECURITY ISSUES

    The below guide is an un-secured and un-authenticated method.

    I am using this on a LAN with myself as the only user with access.

    On the libreelec host go to the folder:

    cd /storage/.config/system.d/

    edit the docker.service config file:

    nano docker.service

    Add

    -H unix:///var/run/docker.sock/

    and

    -H tcp://0.0.0.0:2375/

    to the ExecStart option.

    E.g. my docker.service file now looks like this:

    Test the connection from the client machine:

    docker -H 0.0.0.0:2375 info

    (where 0.0.0.0 should be the actual ip of the libreelec host.)

    If the connection works you will get a bunch of info printed and as mentioned initially a warning about security:

    Code
    WARNING: API is accessible on http://0.0.0.0:2375 without encryption.
    Access to the remote API is equivalent to root access on the host. Refer
    to the 'Docker daemon attack surface' section in the documentation for
    more information: https://docs.docker.com/engine/security/security/#docker-daemon-attack-surface

    Hi elonesna. Thank you for that suggestion. It might be slightly overdoing it for my initial plan though. Maybe I should have elaborated a bit.

    I have a portainer on another server. On that I have 2 "homes" as seen here, one on the local machine an another on an odroid.

    So I just wanted to be able to add the docker service running on libreeelec to this list as well. But it is somehow setup in a different way than all the guides are explaining.