Posts by Mettbrot

Quote from HiassofT

LibreELEC doesn't use wayland (and also not pipewire) so the link you mentioned is not relevant to LE.

Currently there's no reliable way to use it without an external grabber, there's an experimental drm-vc4-grabber but it has known issues (kodi crash after a few seconds) and a PR that's supposed to fix those is in limbo for quite a long time now:

https://github.com/rudihorn/drm-vc4-grabber
https://github.com/rudihorn/drm-vc4-grabber/pull/34

I haven't tested this software grabber yet, instead I use a HDMI splitter plus grabber (which cost me about 40 or 50 EUR total, can't remember) with HyperHDR on my RPi5.

so long,

Hias

Display More

Great, I‘ll try this and report back! Depending on the performance, maybe an external solution isn’t so bad after all.

Hi,

I am interested to try this out! Is software screen capturing possible with LE at the moment? I dont see the software grabbing available on the web interface.

The documentation (https://github.com/awawa-dev/Hype…ure-for-wayland) states that the application needs to run as user and that pipewire needs to be available. Is that the case?

Best

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.

Disabled YouTube, problem persists.

LE11: http://ix.io/4CaY

LE12: http://ix.io/4CaW

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.

Quote from Da Flex

https://wiki.libreelec.tv/configuration/edid

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?

Quote from Da Flex

Line-by-line comparison between RPi and NUC11 shows a difference here:

RPi:

Code

2022-11-15 02:12:25.554 T:655 INFO <general>: CDVDVideoCodecDRMPRIME::Open - using decoder V4L2 mem2mem H.264 decoder wrapper

NUC11:

Code

2022-11-12 14:41:40.389 T:960      INFO <general>: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10

So 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

Quote from crotale

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:

http://ix.io/4fHx)

Two audio channels work, any more channels (2.1 3.0 4.0) and it breaks again: http://ix.io/4erI

Quote from popcornmix

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?

Quote from elonesna

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).

Quote from adam.h.

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

Quote from adam.h.

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?

Quote from crotale

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?

Quote from GDPR-7

...

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?