Hi,
I just tried my luck again with the NUC since I had some time to get it from the basement. Newest BIOS (v65 from August) and LE 12.0.1, Audio is still lost.
Latest LE 13 nightly, Audio also lost 
Here is a debug log of the latter if that helps: https://paste.libreelec.tv/whole-malamute.log
I played: Testfile.mkv (works), TV (breaks), Testfile.mkv (still broken until reboot)
Any news on your testing efforts? Can someone else with a NUC11 and similar setup (5.1 setup) maybe run a quick test with the test file. yamcenutzer
I have the feeling that it’s a nuc driver issue that will not show on the pi.
Hi,
I tried again and the problem still persists both with 11.0.3 and latest 12-nightly, audio is completely broken until reboot.
TV channel „Das Erste“:
LE11: http://ix.io/4BQu
LE12: http://ix.io/4BQz
BIOS is latest v51 for NUC11PAHi5 from 19.05.23.
I made a recording of the program. I fugured, the fact that the testfile 1 now works lies in the transcoding, so I made another recording using the "pass" profile and this does kill audio: https://www.dropbox.com/scl/fi/g2l18sz…lic2b60c6x&dl=1
I have to disable passthrough to provoke it. Testfile1 works fine now, testfile2 breaks it: http://ix.io/4BUb
Anything more you guys need let me know.
I tried it with and without the edid file. Doesn't change anything.
I tried the Intel ssu Support utility to gather some logs but it does not work on Libreelec. ./ssu.sh: line 39: syntax error: unexpected "(". Maybe it needs a full blown OS?
Line-by-line comparison between RPi and NUC11 shows a difference here:
RPi:
Code2022-11-15 02:12:25.554 T:655 INFO <general>: CDVDVideoCodecDRMPRIME::Open - using decoder V4L2 mem2mem H.264 decoder wrapperNUC11:
Code2022-11-12 14:41:40.389 T:960 INFO <general>: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10So maybe DRM Prime is necessary to play the file correctly.
PS: Click the gear icon on the playback bar. Under video settings search for DRM Prime, and switch it on / off. I'm not sure about the existence of this setting on current x86 builds, because I can only test on RPi.
Hi,
thank you for testing! I take it I need LE 11 to use DRM Prime? So I switched back to latest nightly. I cannot find DRM Prime settings in the playback bar>video, however there are some under settings > player > Video (Use DRM-PRIME decoder, hardware accelleration DRM PRIME) and they are activated. PRIME render method is set to EGL (http://ix.io/4ghV). Switching to direct to plane did not help either.
The thread over at Intel mentions something about the EDID. I did try the getedid create script but it does not seem to save the edid correctly. Could the issues be connected?
I tried one more thing: connected the HDMI cable not to the hdmi port but to the thuderbolt port via an adapter. The issue persists though http://ix.io/4ghX
There is a new firmware for some NUC11 models.
For me, it helped to some extent to make audio passthrough working.
Hi,
thank you for the tip. I try to stay up to date with the Firmwares as well. Unfortunately, FW48 did not make a difference (debug log:
Two audio channels work, any more channels (2.1 3.0 4.0) and it breaks again: http://ix.io/4erI
I think errors like "mmco: unref short failure" are common when source is live TV (where there may be errors in stream, or it may start from a non-I frame). I don't think it fatal for playback.
But otherwise I don't know much about non-pi kodi, especially the audio drivers (which sounds like where the issue is).
Thanks! How could we debug this further? Can the audio driver be reset on a running system? Would another log file with component logging help(which options?)
Best
Thank you for the tip. Unfortunately, the issue stays the same under LE 10.0.3
Debug Logfile: http://ix.io/4egB
Anything more i coud test?
Perhaps I am wrong in thinking that audio loss in live TV is associated with streaming errors, and not with the type of hardware. I have observed this on PlutoTV live IPTV TV streams where continuity errors are absolutely normal and predictable when inserting ads. I've tried to fix it by processing the stream inside tvheadend with ffmpeg, cvlc and streamlink (the best) pipes and while some work better than others I haven't totally solved this problem.
Checking the logs does not solve the problem, only video and audio discontinuity errors are observed, and sometimes the audio is lost or the video works stutters. When this happens, the solution that always works is to stop the playback of the TV channel and start it again, for the audio there is also the alternative of changing and resetting the passthrough switch, it seems as if the driver had been damaged, but I do not have the knowledge necessary to restart the drivers using linux commands.
I don't know of any player that knows how to handle discontinuity errors.
VLC can play the file just fine. Also I have no problems playing the TV stream on an older intel system (no NUC).
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?
Thank you for testing! Too bad its not reproducable for you. I looked through the bios settings thoroughly and changed power settings - it didn't change anything. I dont think its a power issue because I dont experience hangs, just the sound is lost completely, without any chance of recovering besides reboot.
I also found several Sound related settings in the BIOS but they also didn't change anything.
heitbaum I remember you have a NUC11, could you try the testfile on your setup with passthrough disabled or maybe have a look at the logs?
Thanks
See here, perhaps it is similar root cause:
Hi adam.h. ,
thank you for responding. Could you try the provided file on your system? (disable passthrough)
Thanks
I just checked if restarting just kodi (systemctl restart kodi) helps when the audio is lost but it does not. Any other idea what I could try?
anyone?
I'm experiencing something similar, more details and ideas can be found here:
RE: LE11 HDR builds for Intel and AMD
crotale can you check my sample file if you can reproduce the problem?
...P.S.
try to run the lastest nightly
[*]
assuming nuc's buildin media devices haven't changed much NUC8 => NUC11
Thank you for the reply. I take it you cannot reproduce the observed behaviour, the systems might not be as comparable as you think.
Did you read the logs? The builds tested were the latest nightlies.
I went ahead and recorded a portion of a failing stream and played it back. It was fine which got me thinking. I disabled passthrough and got the obseved behaviour. Interestingly, the file shows "VLC could not identify Audio- or Videocodec" Error in VLC on Windows but plays Audio fine.
You may download the file here: https://www.dropbox.com/s/7tsxn0wpt5su2fq/testfile.mkv?dl=1
Also, another debug log with the file being played 3 times: passthrough enabled (audio works), passthrough disabled (audio lost), passthrough enabled again (audio still lost until reboot) http://sprunge.us/jtj336
Can anyone reproduce the problem?
Anything more I could provide or test?
Hi everyone,
this is happening for me ever since I installed LE 11 on my NUC11 4 months ago. (And also on the newest LE 10.0.3)
Specific TV programs seem to break the audio completely after which nothing plays anymore (no TV, no music, no Movies). Changing audio devices does not help. Only rebooting restores the audio. This is reproducable for the same TV channel and running program, but that same channel might be fine later(after a reboot) when another program runs.
First channel I switched to was fine, switched to a second one at 2022-08-07 11:03:36.450 T:785 which borked the audio, switched back the first one, no audio.
Another one without component logging: http://ix.io/46Ts switched to the breaking channel at 2022-08-07 10:50:43.608 T:782
EDIT: Sample File (disable passthrough): https://www.dropbox.com/s/7tsxn0wpt5su2fq/testfile.mkv?dl=1
EDIT2: LE 10.0.3 log: http://ix.io/4egB
