Posts by jbinkley60

All of my testing above was done using Mediainfo to report on the bitrates. My testing was with a 3B+, with heatsinks and HW decoding enabled.

Are you running multiple video (i.e. HDMI and display port) outputs off of the NUC ? I've had this same problem when running multiple outputs. I ended up getting an HDMI splitter to resolve.

I continue to work on solving this issue. So far I updated the goFanco HDMI splitter to the latest firmware and updated the Intel NUC to the latest BIOS, v71, which just came out last week. Neither have resolved the issue. I opened a ticket with the goFanco folks and they have been extremely responsive and are looking into the splitter software, specifically the EDID parameters which are being presented to the NUC. They sent me a utility today which I loaded on a laptop and hooked the laptop HDMI output to the Yahama AVR. The software then was able to query the EDID responses from the Yamaha AVR receiver.. They are currently analyzing the data. They did have been try some configuration changes which do manipulate the EDID being presented to the NUC. That did not work. Hopefully the EDID dump will be useful in determining the issue. Through all of this the OSMC Vero 4K+ continues to work properly but from what I can tell it has a more fixed EDID configuration and doesn't appear to learn all of the EDID information from the external sources, just some of it.

A few months back I did some HEVC testing with various bitrates and a Raspberry Pi 3B+. here are the results:

Raspberry Pi CPU utilization results:

Failed either means the Raspberry Pi GUI locked up or typically the audio / video got so far out of sync it was unwatchable. I suspect due to video frame drops at high CPU utilization. However, playing 15 mbps HEVC was better than I expected.

Do you have Raspberry Pi heat sinks installed ?

You might want to check on your receiver what type of audio signal it is receiving. When you enable the sync display option look at the notes at the bottom of the screen. It says that when enabling sync display passthrough audio is not used by the player, even if you have it enabled. You do get sound but when I check on my Yamaha receiver I am getting PCM audio vs. DTS-MA or True-HD. This indicates that passthrough is being bypassed. When I use my Vero 4K+ and do not enable the Sync Display option I see the DTS-MA and True-HD being delivered to my AVR.

I've been thinking about that, at a minimum a TV which has HDMI 2.0 and supports DTS-MA or True-HD although most TVs don't supply those codecs.

On a whim I tried the latest Milhouse generic build from May 9th and I am getting the same results. Researching further I found this thread where there is a comment with regards to passthrough issues and v5 kernels. I am trying to find a 4.19 kernel build and see if it has coffee lake drivers.

Quote from HomerJau

The later Milhouse LibreElec 9 for Kodi 18.2 (Generic) test builds using Linux 5 have ALSA problems on NUCs (no Passthrough Audio). I’m hoping this will resolved with official LibreElec 9.0.2 build.

I’ve had to stay with last Milhouse LE build using Linux 4.19 to use Passthrough.

Which Milhouse build ar you running for passthrough and what NUC hardware are you running ? I am struggling with bitstream passthrough on a NUC 8.

I have a 5th and 6th generation NUC and they work fine with older and newer LibreElec but they run HDMI 1.4a. I went to the 8th generation NUC to get HDMi 2.0 which my older receiver doesn't support, hence the splitter which is much cheaper than a new receiver.. Since the NUC works when connected directly to the AVR running HDMI 1.4a, I don't know if the issue is because of something the NUC is seeing from the splitter (i.e. EDID but that looks normal) or because the driver has a bug when running in HDMI 2.0 mode. I suspect the latter especially since the Vero 4K+ works fine and the NUC does for non-bitstream formats. I can't use an older version of LibreElec because they don't have the Intel drivers for an 8th generation NUC. That's what got me here. I'd love to find someone who has an 8th gerantion NUC, running HDMI 2.0 with LibreElec and can tell me whether bitstream is working or not.

The AVR does not display DTS-MA or True-HD when passthrough is enabled with the NUC. It basically says thee is no sound coming in to map to a decoder in the AVR. Disabling bitstream for DTs-MA and True-HD maps it to DTS and EX decoders in the AVR. With the Vero 4K+ it shows DTS-MA and True-HD. No mute on Kodi.

I tried unplugging the AVR to TV connection and it didn't make a difference.

For the test only configuration, that does work but is limited to HDMI 1.4a which is 4k @ 30 fps. This is what I described in the first paragraph at the start.

It is acting like the NUC is not passing the bitstream audio to the HDMI output when connected to the splitter but it is passing non-bitstream audio. Since the splitter works fine with bitstream audio and my Vero 4K+ running Kodi, and the fact that non-bitstream audio works fine from the NUC points the problem back back to the NUC and I believe something in the Intel drivers. When I have passthrough bitstream enabled in Kodi and going through the splitter my AVD sees a 7.1 HDMI signal but just no audio comes out.

I've tried that to no avail for bitstream audio. I also end up with menus disappearing in Kodi when I switch TV inputs away and then come back to Kodi. This thread has the details. When I look at the logs I see the proper formats being detected by Kodi, which aligns with the DTS-MA and True-HD settings being available in passthrough.

2019-05-13 16:31:01.684 T:140518914782976 NOTICE: m_streamTypes : STREAM_TYPE_AC3,STREAM_TYPE_DTSHD,STREAM_TYPE_DTSHD_MA,STREAM_TYPE_DTSHD_CORE,STREAM_TYPE_DTS_1024,STREAM_TYPE_DTS_2048,STREAM_TYPE_DTS_512,STREAM_TYPE_EAC3,STREAM_TYPE_TRUEHD

For the past couple of months I've been trying to get passthrough bitsream audio working with my NUC 8i7BEH coffee lake device and LibreElec. I upgraded to the NUC 8 to get HDMI 2.0 support so I could run 4K @ 60 fps. My AVR is a Yamaha RX-A3020 which has an HDMI 1.4a interface which limits it to 4K @ 30 fps. If I plug the NUC into the Yamaha receiver passthrough bitstream audio works fine for both DTS-MA and True-HD.

In order to take advantage of the NUC's HDMI 2.0 output I bought an HDMI splitter which will send HDMI 2.0 video to my TV and HDMI 1.4 video / audio to my Yamaha receiver. This configuration works perfect with my Vero 4k+ running OSMC with Kodi 18.2 on it. I get 4K @ 60 fps with passthroigh bitstream audio. If I use the exact configuration with my NUC and LibreElec everything works perfect except passthrough bitstream audio for DTS-MA and True-HD.

I've been trying everything I can to figure out the problem. Bitstream works when plugged into the receiver and the splitter configuration works fine when plugged into the Vero 4K+ but the splitter plugged into the NUC combination doesn't provide bitstream audio. I've attached a set of logs with the NUC plugged into the splitter and me playing the first few seconds of a video with DTS-MA sound. I am hoping someone can provide some assistance. Thanks in advance.

Does it support bitstream audio on a NUC 8 ?

What model of NUX do you have ? Are you using audio passthrough with DTS-MA and True-HD ?

I have an Intel NUC 8i7BEH and have upgraded to 9.0.2 and don't have audio passthrough for the bitstream audio protocols. I tried the blacklist fix above and it didn't work for me. Is there a Milhouse Libreelec build which has bitstream audio passthrough for the newer Coffee Lake chipsets ?

I upgraded to LibreElec 9.0.2 today and so far the micro-stutter issue is gone.