Posts by ehoitinga

    Hi there,


    I think the problem was on the d-link switch. I can configure the spanning tree portfast mode for each port in 'disabled', 'edge' or network. The default setting for the switch is 'network'.






    When I set eth3 (the port where LibreElec is connected to) to 'edge' my library shows up.


    It look like it's solved but it still leaves me with a big WHY? Any network specialist here who can enlighten this behavior?


    Thanks,


    Erik

    Hi There,


    I am experiencing some strange behavior of LibreElec on a NUC7I5BNK. I have several Sonos devices in my home. Two of these devices are connected to the LAN to force Sonos to use its mesh wireless network rather than the home WiFi. All other Sonos devices connect through this Sonos wireless mesh network. The Sonos devices make use of STP because one device can be connected with wireless and LAN at the same time. Below you'll find a picture which explains the connections concerned.




    My LibreElec database/library is on a MySQL server on my nas-server as well as my media files. Now here is the strange thing: when I enable STP on the DGS-1100-05-PD switch, LibreElec says "Your library is currently empty". When I disable STP on the DGS-1100-05-PD LibreElec shows my library as it should.


    I can ping the NUC7I5BNK from my laptop and when I login in to the NUC7I5BNK with ssh I can ping my nas-server. All with reasonable response times.


    My kodi.log file (STP enabled on DGS-1100-05-PD)


    In the kodi.log file I see error messages that state that kodi can not connect to the MySQL server. But why? A NAS server is not a switch and has therefore nothing to do with STP. My NAS however has 4 ethernet ports and supports link aggregation, but only one ethernet port is used to connect it to the Netgear switch and LACP is not enabled as far as I now.


    I'm a bit puzzled here... Can anyone shine a light on this.


    Thanks,


    Erik

    in continuance of my previous solution proposal to have dual audio out (in my case SPDIF + HDMI), at last I found the response from the gentleman that was kind enough to keep this alive and running "xhbl", other contributors as well.

    This is also a nice solution for those who have dual audio. Personally I don't need it because video and audio are output by HDMI from the NUC. The HDMI matrix splits the sound to Toslink (to my Sonos) and the video to HDMI (To my TV).


    Anyhow thanks for your solution.

    Hello again,


    I have received my new HDMI matrix. It did solve the problems I had concerning the loss of video signal and the screen turning pink when changing a HDMI channel. The playback (passthrough) of AC3 streams have seemed to improved a bit.

    1. The passtrough of AC3 DD5.1 streams works now more or less. No longer necessary to switch-off pass-through to get sound. However, when I start a movie with a AC3 or E-AC3 stream sometimes I have sound directly, that is, withing one or two seconds. But sometimes it takes between 20 seconds upto two minutes before the sound comes in.

      I have downloaded some testfiles from here:

      a) Amaze MP4 H.264 1080pDolby AC3 5.1 640 kbps. This file gives a Dolby Digital 5.1 input signal on my Sonos playbar but with the same symptoms described above.
      b) Countdown v1 (Lossless) MKV H.264 1080p Dolby TrueHD 5.1. This file gives a Stereo input signal on my Sonos playbar.
      c) Dolby 3D Glasses Return Trailer Flat (2D) MKV H.264 1080pDTS-HD MA 5.1. The AC3 stream gives a Dolby Digital 5.1 input signal on my Sonos playbar. The PCM 5.1 gives a Stereo input signal on my Sonos playbar. and the AC3 5.1 gives a Dolby Digital 5.1 input signal on my Sonos playbar but with the same symptoms described above.
    2. My audio output device and passthrough device keeps on switching seemingly random from "ALSA: HDA Intel PCH, MEI Panasonic-TV on Displayport #0" to "ALSA: HDA Intel PCH, MEI Panasonic-TV on HDMI #0" back an forth. It seems to happen randomly. When it is on HDMI #0 and I do a reboot it is back on Displayport #0 and then upon usage it turns back to HDMI #0 again.

    Below you will see screenshots of my audio settings and of the changing output and passthrough device:


           


           


    I am a bit puzzled here. The above symptoms can they be accredited to the buggy Intel LspCON firmware? Will this patch give any hope?


    Erik

    In the defense f the 6CAYH, it decodes flawlessly x265 10bit with ~5%/all CPU and sound is there if pass through is disabled.

    I ran a 140Mbs x265 4k UHD 8 bit and 10 bit version test files . CPU usage around 20% so the video capabilities are more than OK. And yes the sound is there but the signal is stereo. And like you, i like to watch a movie just by pressing play and not having to tinker with various settings to get sound. Good to hear that I'm not alone in this saga.


    Erik

    As weird as it sounds, I have have an 2013 Panasonic TV with an 1.4 HDMI port and could perform the LSPCON update to FW 1.66. Booted from a Windows 10 USB HDD

    To give it a go I installed Windoze 10 on the NUC and all the new Intel drivers for this NUC. After that I did a Windoze update. When I ran the HDMI firmware update utility in Windows I had no problems updating the firmware to 1.66 this time, despite all my devices, except the NUC, are HDMI 1.4a.


    The first time I tried I did not update my Windows installation an Intel drivers. That must have been the problem. Firmware is updated to 1.66 right now.


    Unfortunately this did not solve my problems with the AC3 DD5.1 streams. Still no sound. Only sound when I switch off passthrough.


    When I installed Windows I installed Kodi 17.4 to see if I had the same problems with the AC3 DD5.1 streams. Unfortunately on Kodi for Windows I had exactly the same problems, Only sound when I switch off passthrough.


    I really think that my HDMI matrix is dying. I will receive a new one today or Monday. Keep you posted with the results.


    Erik

    I'm asking, because I have seen the same (more HDMI ports) on a different (newer) Linux kernel on my NUC6CAYH.

    The strange thing is that these two 'ghost' HDMI port cannot be found as a device in the out put of alsa-info.sh but are listed in the output of aplay -l.


    Internally it's connected to DisplayPort -> LSPCON -> HDMI.

    OK. That's why I see Displayport #0 listed as available audio devices. The strange thing is that sometimes, and quite randomly, it is listed as Displayport # and sometimes as HDMI #0.


    I have no HDMI switch connected, and still see 3 HDMI devices, without the patch. I will look into it more after upgrading to 8.2. Of course you can disconnect the switch to find out, but I highly doubt it's the switch. Your alsa-info.txt only lists 3 HDMI/DP ports. As a test: try booting with 'options snd-hda-intel probe_mask=1', and there should be no HDMI.

    This was just a wild guess. I rebooted with the matrix disconnected and the bogus HDMI port still pop up.

    As weird as it sounds, I have have an 2013 Panasonic TV with an 1.4 HDMI port and could perform the LSPCON update to FW 1.66. Booted from a Windows 10 USB HDD.

    I use "Windows to Go" to create a bootable USB 3.0 external disk to update the HDMI firmware. Windows is updating right now to have the latest drivers. Now I know again why I ditched Windoze years ago. It takes a ridiculous amount of time to update. When it's updated I try the HDMI update. Will get back with the results.

    "Number of channels: 2.0"


    Do you think that might be part of the problem? Try setting the number of channels to 5.1.


    Also make sure Settings > Player > Video > Sync playback to display is OFF if you want passthrough to work.

    OK. To describe the AC3/Passthrough problems more precisely I use these three movies as a test.


       


    I did a fresh install of version 8.1.2 with exactly the same configuration as before. The movie Ice Age The Great Egg-Scapade gives always sound. The other sometimes give sound immediately or after 1 or 3 minutes or longer or not at all. I can't see a logic. When I have sound my Sonos app sees the audio signal of these three movies as Dolby Digital 5.1.


    I tried different versions of LibreElec (8.01, 8.02, 8.1.1, 8.1.2 and milhouse stable 8.2) and the symptoms above are the same with every version. I though suspect my HDMI matrix of dying. Today when I switched from the mediacenter to my STB I had no image. I had to reset my HDMI matrix to get image. Resetting my HDMI matrix in case of the above audio problems did not give any result. Symptoms stay the same.


    I ordered a new HDMI matrix which support all the new video and audio formats. I expect yo receive it end of this week or Monday. I'll keep you posted if this change anything.


    Erik

    HDMI 0 = 0x05, HDMI 1 = 0x06, HDMI 2 = 0x07. Don't know where HDMI 3 and 4 are coming from. Are you running LibreELEC beta?

    At the time of writing I was on a stable 8.2.0 milhouse build. Now I'm back to the latest 8.1.2 version. But no matter which version I install the four HDMI ports have always been there. They have been there since I bought the NUC and installed 8.0.1 on it which was the latest version at that time.


    This NUC has one physical HDMI port and one physical Thunderbolt 3 port (supporting USB 3.1 gen 2, Displayport 1.2, 40 GB/s Thunderbolt). Like you I understand that I have "2" HDMI ports, where 3 and 4 came from I don't know. Than again that does not explain why my audio output device says Displayport #0 while the NUC is physically connected with HDMI to my HDMI switch.


    Uhm, now that I am talking about this. Couldn't it be that HDMI0/Displayport0 is my physical HDMI port and HDMI1 - HDMI4 are the 4 HDMI ports on my switch? Maybe I'm saying something stupid, but it is just a brainwave :-). By the way CEC is switched off in my BIOS.


    Don't forget to create a '/storage/.config/modprobe.d/alsa-base.conf' file and check correct loading in dmesg. Look for the snd_hd_intel 'Applying patch firmware...' line. It will definitely not remove HDMI 3 and 4. I will have to look into that.


    Ok. I created the two files and put them into place and rebooted. But HDMI 3 & 4 have disappeared and not 1 & 2. Or in some way 1 & 2 are deleted and the "old" 3 & 4 have shifted to 1 & 2.


    One remark though. I did not have the possibility to install the 1.66 HDMI firmware update as stated here. I still have to find a HDMI2.0 capable monitor to do this update.


    Erik

    "Number of channels: 2.0"


    Do you think that might be part of the problem? Try setting the number of channels to 5.1.


    Also make sure Settings > Player > Video > Sync playback to display is OFF if you want passthrough to work.



    "Number of channels: 2.0": I left this setting at the default because the description of this setting says "This setting does not apply to pass-through audio". I tried setting this to 5.1 but it did not change anything.




    "Settings > Player > Video > Sync playback to display is OFF". This setting is OFF. I left it to the default.


             


    However, while tinkering with the settings I was looking at the setting "Enable Dolby Digital (AC3) transcoding.". I am a bit in doubt enabling or disabling this setting. My input signals are HDMI. The audio output is SP/DIF Toslink (to Sonos playbar) and the video output is HDMI which goes to the TV. The first phrase of the description says enable this setting and the second phrase say disable it.


    What does this setting do exactly? I noticed that when selecting 5.1 at number of channels, this option disappears. So this option convert 2.0 in 5.1 for output by SP/DIF when pass-through is off if I understood well.


    I also noticed that the audio device ALSA: HDA Intel PCH, MEI Panasonic-TV on XXX changes sometimes and seemingly random from

    "ALSA: HDA Intel PCH, MEI Panasonic-TV" on "Displayport #0" to "ALSA: HDA Intel PCH, MEI Panasonic-TV on HDMI #0".

    My NUC is HDMI 2.0 and the rest of the devices are HDMI 1.4a. I suppose the NUC falls back to 1.4a?


    Thanks you for the suggestions,


    Erik


    alsa-info.sh will create a file 'alsa-info.txt.[random]' in '/tmp'. You can ignore the errors.

    OK. Here is my alsa-info.txt.XXXXJqmqKz. I found the Vendor-ID, the Subsystem-ID and the address:

    Code
    1. Codec: Intel Kabylake HDMI
    2. Address: 2
    3. AFG Function Id: 0x1 (unsol 0)
    4. Vendor Id: 0x8086280b
    5. Subsystem Id: 0x80860101
    6. Revision Id: 0x100000
    7. No Modem Function Group found

    Sorry for possible stupid questions, I'm not so familiar with all this. Then after that in the [pincfg] section. I found the pincfg of my audio devices. It should be 0x411111f0. The HEX number before the pincfg is the node number of the device to hide I presume?

    When I run aplay -l I see these devices. HDMI0 / Displayport0 is my active output device.

    So if I want to eliminate listing of HDMI1 to HDMI4 the [pincf] section should look like this. Is this correct?

    Code
    1. [codec]
    2. 0x8086280b 0x80860101 2
    3. [pincfg]
    4. 0x07 0x411111f0
    5. 0x08 0x411111f0
    6. 0x09 0x411111f0
    7. 0x0a 0x411111f0

    Thank you,


    Erik


    Is this just a cosmetic issue or does it change something about the pass-through problems. What about the pincfg. What is the pincfg stuff and where can I find it for the NUC7I5BNK?


    I tried to run the alsa-info.sh script but it gives me errors:


    Hi Again,


    There is something that came to my mind. Can it be my Ligawo HDMI matrix (see my network topology below) that is buggy? Lately I had some problems with the image disappearing on my TV. I had to reset the Ligawo to get the image back on my TV.


    I have no other means of connecting my devices 'cause Sonos playbar has only Toslink input and my NUC has no Toslink output. It is also possible to connect the NUC and the STB via HDMI to the TV and get the sound back from the TV to the Sonos playbar with Toslink. This is the common solution Sonos advises.




    But... Very, very few TV's do pass-through from HDMI to Toslink, at least my TV does not. With this solution I'm stuck with stereo sound which is a no go.


    I'll try to find another HDMI matrix and see if this is the problem. I'll keep you posted.


    Erik

    I really have no idea what's going on here. I don't know if it's part of the Intel pass-through problems or not. What I do know is that I did not have these problems in 8.0.2.

    OK. I got back to version 8.02 using the update function in LibreElec. The same problems as described earlier. I really don't know anymore. It wasn't the BIOS update (bios51.bin bios52.bin) because I also had the same problems using the BIOS version bios46.bin.


    I'll try the the Fritsch mod. If this doesn't I will really considering ditching the NUC and look for some hardware that works. :-(


    Erik

    It is getting stranger. When I play a movie which contains one AC3 5.1 stream I have sound in Dolby Digital 5.1 format. When I have a movie with two or more AC3 streams, for example AC3 2.0 en 5.1 then I have sound on the 2.0 stream (stereo) but not on the 5.1 stream. The 5.1 stream only gives sound when I switch off pass-through for this stream. The incoming signal on my Sonos playbar however is then again in stereo and not Dolby Digital 5.1.

    OK. Did some further testing. I stumbled upon a movie with just one AC3 stream in it and it won't play until I switch off pass-through. So the above is no longer true. As expected the stream plays in stereo in stead of the expected Dolby Digital 5.1.


    I really have no idea what's going on here. I don't know if it's part of the Intel pass-through problems or not. What I do know is that I did not have these problems in 8.0.2.


    I will try to get back to 8.0.2 official and will also try the Fritsch mod.


    Keep you posted.


    Erik

    Hi there,


    It’s been a while that I was here. A few BIOS (version 0051 is the latest now) updates and LibreElec versions later I still have two major problems with audio pass-through. The wireless problem is less important because I use I cable to connect my mediacenter and the problem is only a one-time problem. The problems with audio pass-trough however are more serious and are there since version 8.0.1.


    I fiddled a lot with my installation and since 8.0.1 I had some updates installed until version 8.1.1. Also some firmware tweaks resided on the system that are no longer necessary in version 8.1.1. So I started with a fresh install of LibreElec version 8.1.1.


    1. Wireless related crash after fresh install.

    After a fresh installation Kodi crashes when I click for the first time on the detected wireless network in LibreElec → Connections. When I go to 'LibreElec → Connections' after the crash & restart and I click on the detected wireless network the menu with the ‘connect’ option appears. When I enter the wireless key everything works as expected, no more crashes. This problem is there since version 8.0.1.


    2. Audio stream problems (suspected pass-through related)

    Unless the WiFi bug, the problems described below are much more important an annoying.


    Problem description

    To clarify the problem I included some relevant screenshots below this post. When I start a movie which contains one AC3 5.1 stream and one or more DTS 5.1 streams the AC3 stream gives no sound. When I choose the DTS or DTS-HD stream I have sound but only in stereo, unless the fact that the DTS streams are 5.1 streams. I have Sonos and Sonos does not support DTS so it does not even supposed to play these DTS streams. When I choose the AC3 5.1 stream in the same movie I only get sound when I switch off pass-through for this stream. The incoming signal on my Sonos playbar however is then in stereo and not Dolby Digital 5.1. In all cases I have GUI sounds.


    It is getting stranger. When I play a movie which contains one AC3 5.1 stream I have sound in Dolby Digital 5.1 format. When I have a movie with two or more AC3 streams, for example AC3 2.0 en 5.1 then I have sound on the 2.0 stream (stereo) but not on the 5.1 stream. The 5.1 stream only gives sound when I switch off pass-through for this stream. The incoming signal on my Sonos playbar however is then again in stereo and not Dolby Digital 5.1.


    Then another strange problem. After a fresh installation the audio output en throughput device where on HDMI#0. After one reboot the audio output en throughput device where from then on Displayport#0.


    When the audio output and throughput device were on HDMI#0 then in Settings → System → Audio the options ‘AC3 capable receiver’, ‘DTS capable receiver’, DTS-HD capable receiver’ en ‘TrueHD capable reciever’ were visible. When the audio output and throughput device were on Displayport#0 then in Settings → System → Audio the options ‘AC3 capable receiver’, ‘DTS capable receiver’ are visible. The options DTS-HD capable receiver’ and ‘TrueHD capable receiver’ were no longer visible.


    Both problems are there since version 8.0.1.


    What with the HDMI 2.0 firmware update from Intel. Could this be part of the solution? I tried to install it but it needs a HDMI 2.0 device, preferably a TV, attached to the NUC. Don’t have a HDMI 2.0 capable device to attach to NUC. So for now I can not test this. I managed to do the update to 1.66. Unfortunately this did not solve my problems with passthrough.


    What about the discussions in this, this and this link ? How to install a patched version? How to install the Milhouse build, they are not the regular IMG files. Do I have to compile myself?  Sorry, as per this link I know.


    The symptoms above are they part of the pass-through / hdmi firmware problems discussed earlier in this thread and post? I'm having more and more regrets buying this intel NUC7I5BNK.


    Greetings,


    Erik