Posts by jbinkley60

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.

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

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

This may be the answer. Kodi 18.2 was released on April 22nd and they have fixed the microstutter problem on Intel platforms with interlaced content.. Specifically they call out "VAAPI on Intel has gained some corrections for interlaced content that toggled interlaced flags during playback, and therefore caused stutter by reconfiguring the decoder." I personally am looking forward to the next release of LibreElec with this fix. LibreElec updates generally follow Kodi releases by a short period of time. BTW, I am seeing the same issue on an Intel NUC 8i7BEH.

Kodi 18.2 was released on Monday and they have fixed the microstutter problem on Intel platforms with interlaced content.. Specifically they call out "VAAPI on Intel has gained some corrections for interlaced content that toggled interlaced flags during playback, and therefore caused stutter by reconfiguring the decoder." I am looking forward to the next release of LibreElec with this fix.

Here's the LibreElec remote control Wiki page. I run RC6 remotes with LibreElec on Inel and Raspberry Pi with no issues. I would think Wetek would be no different other than ensuring the infrared driver is loading. You can go to the troubleshooting section of the Wiki page for help. Good luck.

Quote from jbinkley60

Audio passthrough is fine. No issues on any source format. I am passing through HDMI. The RC2 build is more stable and the only issue I have now is the built=in infrared receiver has limited distance so I installed a Flirc. This issue seems to be more common with the 7th and 7th gen NUCs. The other issue I am seeing is what many are calling micro-stuttering playing interlaced content, especially 1080i. This is a Kodi 18 issue across many HW platforms, according to the noise on the Kodi forums. All progressive content is fine. Overall I like the new NUC.

Kodi 18.2 was released yesterday and they have fixed the microstutter problem on Intel platforms with interlaced content.. Specifically they call out "VAAPI on Intel has gained some corrections for interlaced content that toggled interlaced flags during playback, and therefore caused stutter by reconfiguring the decoder." I am looking forward to the next release of LibreElec with this fix.

I tried the reverse configuration with the video going out the display port and the audio going out the HDMI port. Got the same lost menu issue and bitstream audio didn't work. I'll wait for the updated drivers. Right now I am using a Vero 4K+ and it works fine. I eventually want to move back to the NUC with LibreElec but want full HDMI 2.0 support with bitstream audio to both work.

I tried your approach but had issues with the menus disappearing in this thread . I ended up using an HDMI splitter but bitstream won't work right now if I change to HDMI 2.0 resolutions (i.e. 3840x2160 @60fps.). if I change to HDMI 1.4 resolutions (i.e. 3840x2160 @30fps.) bitstream audio works fine. This is definitrly an Intel driver or similar type of issue. One thing different I see with your configuration and my testing is I ran video out the HDMI port and audio out the DLP port. You reversed this. I may give it a shot and see what happens. The HDMI splitter gives me the advantage of plugging in any HDMI device and splitting off the audio to my HDMI 1.4a receiver. Right now I am running a Vero 4K+ and it works perfectly with 3840x2160 @60fps and bitstream audio.

This is very interesting because I have a NUC8i7BEH and my results are exactly opposite. Dolby Digital and DTS work fine in passthrough mode whereas DTS-HDMA and TrueHD have no audio in passthrough mode. I am connecting to a Yahama RX-A3020 receiver. Using my older NUCs, a NUC 5I7RYH and NUC 6i5SYH both worked fine with 8.2.5 with passthrough on all formats. From what I have been following here in the forum I was under the impression that new Linux drivers are needed for the Coffee Lake NUCs to support bitstream audio such as DTS-MA and TrueHD. This is why I found your results so interesting.

I have a very similar setup with a Raspberry Pi 3B+, customer IR receiver and a harmony 650. I did the 8.2.5 to 9.0.1 upgrade and Harmony stopped working. I changed dtoverlay=lirc-rpi to dtoverlay=gpio-ir in /flash/config.txt and rebooted the Raspberry Pi and the Harmony started working perfectly again. I did this on multiple Raspberry Pis.

I've upgraded my wireless connected Raspberry Pi 3B+ and am not seeing any issues with frame skips and similar for live streaming MPEG2 broadcast TV. I have seen the frame skipping audio/video sync issue playing MPEG2 recorded broadcast files especially when fast forwarding or rewinding and having HW decoding enabled. Adjusting the deinterlacing settings has helped but isn't perfect.