Posts by jbinkley60

    Thanks. The splitting of audio / video is less of a concern than seeing things like bitstream passthrough stops working when the video resolution changes on my gen 8 NUC and I am just plugged in direct with both audio /video going over the same connection. I'll do some more testing today and see what I find. I suspect the kernel iteration comment is spot on. With the HDMI splitter, which has full HDMI EDID support, LibreElec just sees the HDMI splitter as a single device with full 7.1 capability which works fine with the older NUC and my Vero 4K+. If I disable bitstream passthrough on the gen 8 NUC for DTS HD/MA and True HD and leave passthrough enabled for everything else then everything plays fine.

    I'll try the Intel forums but it typically takes a number of turns with them to get responsive if you aren't running Windows 10. I was hoping someone else here had an 8th generation NUC and could tell me if they are seeing the same thing or not. I have a Windows 10 SSD with Kodi on it. I'll install it and try bitstream audio passthrough and see if I see the same thing. Hopefully I can get to that today.

    The HDMI splitter arrived and is working perfectly. The only thing I needed to do was connect the HDMI 2.0 passthrough output to my Samsung TV on splitter output 1 and the HDMI 1.4a output to my Yamaha AVR on splitter output 2. I originally had them reversed and it wouldn't work. So now I have HDMI 2.0a [email protected] 60 fps coming out of my 8th gen NUC going through the splitter and passing the same out port 1 and reducing the resolution to 1080P @ 60 fps out port 2.


    So just when I was ready to declare victory this has uncovered an interesting issue with DTS HD/MA and Tru0HD passthrough with the NUC. The short version is that the only configuration where these work with passthrough is if the NUC is connected straight to my Yamaha receiver and the video is set for 4k @ 30 fps. If I have the NUC connected to my Yamaha receiver and change the refresh rate or resolution (i.e. 1080P @ 60fps, 4K @ 24 fps etc..) the passthrough stops working for these uncompressed audio formats. So through the splitter they don't work but it appears to be a NUC / software issue and not the splitter. If I take the SSD with the LibreElec build from this NUC and put it in my older 5th gen NUC the audio passthrough works fine through the splitter. If I hook up my Vero 4K+ instead of the NUC passthrough runs tine too.


    I know there have been some threads regarding uncompressed audio passthrough with the newer NUCs but most of them have been with the 7th generation units and not the 8th gen. It feels like this may be a driver issue especially when I can break it simply by changing the resolution or refresh rate.


    Any thoughts ?

    Out of curiosity what is your refresh rate set for ? If it isn't set for 60 does changing it to 60 fix the issue ? I am curious because I've something a bit similar on my NUC8i7BEH that also has an HDMI 2.0 output feeding an upstream HDMI 1.4a device. Have you also used the whitelist to try and limit to 1080P ?

    I run LibreElec too on my Raspberry Pis. The licenses come from the Raspberry Pi folks are are tied to the hardware. See this link.for the MPEG2 license key and this link for the VC-1 license key. VC-1 is an old container found on older Blu-Ray DVDs. If you are in the US, with today's exchange rate these licenses are around $3 and $1.50 respectively.

    I concur with HomerJau on playing content with my 8th gen NUC. HEVC/HDR leverages Kodi tone mapping and plays fine. Eventually it will be pure HDR once the Intel drivers and other code updates occur. There's a separate thread on this topic you've been involved with.

    I have 2 of the HDHomreRun Quatro tuners and have purchased the MPEG2 licenses for my Raspberry Pis. If you have the HDHomreRun Extend units you can transcode out of MPEG2 and should be fine. If you have the HDHomeRun Connect or Quatro tuners then I would highly suggest the MPEG2 licenses. They are cheap and only take a few days to receive. They make a big difference on CPU utilization.

    I've decided to give up on trying to use both the NUC HDMI and USB-C outputs simultaneously. I've ordered an HDMI splitter which will pass 4K @ 60fps over HDMI 2.0 for video and output video / audio @ 1080P @ 60 fps over HDMI 1.4 for my AV receiver to extract the audio. It is supposed to pass full uncompressed 7.1 audio. The user reviews show others using it to do exactly what I want. Once I receive it I'll post my results.

    I have the latest BIOS 0056. I don't see anything in the BIOS which would align to this. I did some additional testing with my other NUC running 8.2.5 and I think what may be happening is that when my Samsung TV connects to my NUC on an HDMI connection a handshake occurs which causes LibreElec / Kodi to determine the resolution. With my 8.2.5 NUC connected straight to my TV when I switch back / forth the NUC will occasionally switch from my video setting of 3840 x 2160 @ 30 fps to 1920 x1080 @ 60 fps. If I plug the same NUC into my Yamaha receiver and then to the TV the NUC will not change resolution when I switch HDMI inputs on the receiver. So this leads me to think that if I can lock the resolution in LibreElec to what I want and not allow it to ever change (except when I change it) that this may resolve the issue. Here's a thread which sounds very similar to mine.

    Thanks.for looking into this. I've done additional testing and believe I have found the cause but don't have a solution. There was another thread regarding sending video out the main NUC HDMI port and sending audio out the display port. I've determined the problem started when I moved to this configuration. So what appears to be happening is that when I switch the Samsung video to watch another source Kodi sees that output go away (even though it is still physically cabled) and then only sees the display port which I am using for audio. When the problem occurs, if I pull the display port connection to the NUC the menus come back. I've enabled the Kodi blank other displays option since I really don't want or need video going out the display port but that doesn't help. What I don't think should be happening is that one output is impacting the other. I would think video outputs should be totally independent. .

    I've seen the same issue on 1080i content. Try disabling deinterlacing in Kodi and see if that resolves. I've also seen HW decoding causing it. You might look at the video codec stats when you are playing a 1080i video and see what your CPU is running. I've chased this problem for a few weeks and have resolved for now by disabling deinterlacing and upgrading to the latest v9 alpha release. This is with the generic build software running on an Intel NUC. There have been other 1080i Kodi playback issue threads.