When connecting directly into TV there's no dropouts
Interesting. Considering that both Win/VLC and Unx/LE have similar issues with hdmi through Yamaha this might suggest some HDMI hw (edit: or rather firmware) incompatibility between that version of NUC and your Yamaha receiver. I wonder if you find any other people complaining for that specific combination of NUC-Rcvr?
I swapped hdmi cables, I installed the latest nightly v11, I updated my BIOS to the latest version and it still cuts out.
Try with Power/Dynamic Power Tech switched to Off in the BIOS settings.
I have passthrough enable on kodi, when I play a video it every few second audio keeps cutting out. is there anyway to fix this?
Make sure you are running latest BIOS and have installed all firmware updates if available (e.g. HDMI firmware) - see here.
If this would not solve the problem then try to search NUC forums for hints what should be the BIOS setup (like disable power management etc), it seems that NUC has often issues with hdmi audio on Linux distros.
DRM Prime should be available, as discussed here. But it is audio problem, not video...
the issue seems to be related to NUC11, different hw, different drivers...
I would doubt this issue is LE related - did you try to get any advise on the Intel forum? See this thread as an example.
Could you try the provided file on your system? (disable passthrough)
Well, it plays nice both with and without passthrough on my NUC + LE.
Did you try to disable NUC power management as described in these other post threads?
See here, perhaps it is similar root cause:
I wonder why do you need PC+LE for this? RPi4 + DAC + Amp should be enough to have good quality audio.
chcore thanks - however that url gives a 403 forbidden error message
It works for me
Does it switch to HDR with my LE build?
It does for my Samsung TV, I tried several Atmos/HDR demos and all work very nicely, switching to HDR etc - I remember that was not the case for previous Feb build.
Although it is not so bad now. After applaying all these changes described above it hanged only once and I'm unable to repeat it now. So perhaps this was not a driver problem but something related to NUC power management?
I enabled more detailed logs:
<advancedsettings>
<loglevel>1</loglevel>
<setting id="debug.extralogging">true</setting>
<setting id="debug.setextraloglevel">128,2048,32768,262144</setting>
</advancedsettings>which generated 200+ MB log file after 2 hours of playing a movie, but perversity of inanimate objects prevented it from more hangs (so far), so nothing really interesting is captured.
So I updated NUC BIOS to latest #58 version from Aug 24, 2022 and then also switched Power/Dynamic Power Tech to Off.
And it didn't help, that test MKV still hangs. At least it is consistent (although it is not hanging in the same file position, sometimes it plays 40 min, sometimes 70 min before it hangs).
I suppose this is a lot of words just to say that this is unknown problem and sorry, no solution out of the box 
Here are two logs with two different hangs on the same MKV: debug and default. Both look somehow truncated, not sure why.
If this is driver issue (as it is my suspicion) you will not find too much in these logs.
The MKV itself is nothing special:
General
Complete name : E:\The\The.mkv
Format : Matroska
Format version : Version 4
File size : 5.46 GiB
Duration : 1 h 51 min
Overall bit rate : 7 026 kb/s
Movie name : R22
Encoded date : UTC 2022-08-22 05:21:06
Writing application : mkvmerge v69.0.0 ('Day And Age') 64-bit
Writing library : libebml v1.4.2 + libmatroska v1.6.4
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings : CABAC / 12 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 12 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 51 min
Bit rate : 6 000 kb/s
Width : 960 pixels
Height : 720 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.362
Stream size : 4.67 GiB (85%)
Writing library : x264 core 146 -from seleZen
Encoding settings : cabac=1 / ref=12 / deblock=1:-2:-2 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.01:0.02 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=24 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=2pass / mbtree=0 / bitrate=6000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=50000 / vbv_bufsize=62500 / nal_hrd=none / filler=0 / ip_ratio=1.40 / pb_ratio=1.30 / aq=3:0.80
Language : English
Default : Yes
Forced : No
Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 1 h 51 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 510 MiB (9%)
Title : English [AC-3 5.1ch at 640 kb/s]
Language : English
Service kind : Complete Main
Default : No
Forced : No
Text #1
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 1 h 43 min
Bit rate : 63 b/s
Count of elements : 1454
Stream size : 48.2 KiB (0%)
Title : Full
Language : English
Default : No
Forced : No
Menu
00:00:00.000 : en:Chapter 01
00:00:57.791 : en:Chapter 02
00:15:53.708 : en:Chapter 03
00:26:50.500 : en:Chapter 04
00:38:09.666 : en:Chapter 05
00:46:18.958 : en:Chapter 06
00:59:34.250 : en:Chapter 07
01:08:02.250 : en:Chapter 08
01:13:58.750 : en:Chapter 09
01:19:25.625 : en:Chapter 10
01:27:02.041 : en:Chapter 11
01:33:59.166 : en:Chapter 12
01:44:37.875 : en:Chapter 13So I think it started when I upgraded my NUC to some nightly build in July. Then it still happens with latest smp build from August. I believe it was never happening when I was running previous smp build, which I believe was built somewhere in February?
What happens is that randomly everything is freezing and the sound starts looping in some 0.2 sec cycle producing strange effect. Randomly means that sometimes nothing happens, sometimes it hangs twice or three times over 2 hours movie. When it happens I can only continue after hard reset.
Perhaps this is some driver problem. I tried this fix, but it didn't help. Just wondering if this is happening only to me, or anyone else experienced it?
I'm running now the latest smp build.
Updated build in post #1.
So that build I suppose is based on sw dated 2022-08-07. I used previously nightly build as of 2022-08-06 and on NUC 10 it was hanging around every one hour on regular MPEG4/AC3 movies , which was pretty annoing.
This one is not hanging at all (so far), so I wonder what else is different comparing to regular nighties?
cool, thanks heitbaum! 