Posts by yamcenutzer

Quote from maple

....

I thought LibreELEC was supposed to be software that anyone can use, even if you know absolutely nothing about Linux. Sorry to have bothered you.

grow up dude. This is OSS, a pure hobby project.

I am a software dev myself, but not in this area.
E.g. for this particular problem you'll not only need someone who knows the code in question, AND has access to a tvheadend pointed to a source sending UHD. You also need this someone to have this kind of hobby to spend his time with. That is not all too common, it seems.

For Intel issues in general, I have come to believe that support for OSS media projects is dimishing.

HEVC live playback from tvheadend on intel platforms is also a problem on Libreelec.

Libreelec however doesn't crash, it just doesn't play the video.

The problem is a combination of the tvheadend live stream and Hevc via VAAPI.

The workarounds on LE: record the program and watch the recording (quasi live with a delay of a 2-2s), or switch to using http protocol and lose time shift.

It's been reported long ago and being worked on e.g. here: Disney+ Addon not playing properly the stream when VAAPI is enabled · Issue #25383 · xbmc/xbmc

Yup, done that been there, the cables are ok, they work elsewhere.

And I have tried 4 different certified for HDMI xyz 1000k UUUHD and good for world peace cables...

So I somehow keep suspecting the TV...

until I get fed up one day and stop obsessing, or it starts working for no reason again.

BTW, why did you single out that one warning line about waiting for a buffer? What does that tell you?

hastebin - wikisuyafe

Ok here's a debug log of me try to play the atmos and another truehd file, which in both cases were detected correctly on the TV, but NOT passed on the AVR.

Followed by 2 test files with various DTS MA, which were passed on the AVR.

Again, I don't think it's kodi/libereelc. I think the TV and/or the AVR are acting weird. I was hoping to find someone here who has a similar setup :

Panasoniv TV <-> eARC Denon AVR

and maybe confirm/deny that dolby passthrough via eARC works

Thx anyway

Quote from smp

There are better ways to make those boxes work with IR remotes. FLIRC USB is the most obvious one.

No, for me, just ugly addons. Compare to clean NUCs with proven Ir capability incl. Power on/off with the ancient but still undefeated MC remote functionality.

Quote from smp

You mean this? Your NUC11PA does not have a native HDMI, as can be seen on that block diagram. You simply bought the wrong hardware.

As for the 11gen nucs, yes that never got fixed after it used to work as far way back as the nuc5. But then the change to the all new and improved graphics subsystem a few years ago, and we lost (on Intel) hd audio passthrough, multiple hdmi outputs (for everybody) . The LSPCON problem was supposed to have been 'resolved' years ago, according to the wiki. But that was to optimistic, it seems.

Quote from smp

The only non-working live tv stream I have ever encountered is a HotBird 4K HLG test channel. I actually try to find a solution for that. It appear to be a bug in Kodi's VAAPI code.

I am seeing this on Astra 19.2 on the UHD channels of Pro7/Sat1, RTL, SES-UHD-Demo and some others . And also on the Hotbird UHD Demo channel. My setup here is a remote tvheadend server, maybe a local one behaves differently, I don't know. I see on github, that activity has taken up, thats's good, as you can already reproduce the problem. When I did a ts capture and tried to playback, it actually worked, so I thought it was essentially the same as a 'recording'.

I kind of gave up on Intel, since I understand that their Boxes are/were pricey compared to a raspi, and Intel's support for OSS, especially when it comes to media, is rapidly deteriorating. The new N100 boxes seemed to be a way to go, esp. the ASUS one actually has IR, but who knows how long that would last, and I still haven't heard any confirmation that HD audio passthrough works there. The live UHD issue is a minor inconvenience compared to that.

Thanks anyway.

It's not a Libreelec problem, since hd audio is being passed through to the TV (it shows ATmos/TrueHD on info). But It either doesn't pass on to the AVR, or the AVR doesn't 'like' what it sees on eARC. It seems to get the individual channels pre-decoded. But again only Dolby. DTS get's passed through properly.

Dolby(AC3/ThrueHD/Atmos) is also passed correctly if I connect the raspi to the AVR directly rather than via eARCfrom the TV.

I am asking here, because I believe

a) there are people with a similar setup, and Panasonic TV are knowen to be flaky and require a real wall-power off from time to time (done that, of course)

b) I strongly believe it was working just a week or 2 ago.

I'm still curious about these things, they have no own IR, no CEC and , being Intel, they have been essentially abandoned by the community with all really ancient bugs, no HD auidio passthrough, no uhd via live tv

What is the intended use case for these then?

Hi,

Am I hallucinating or did some recent firmware updates (as in the last 1-2 weeks) to either PanaSonic TV or Denon AVR prevent TrueHd , Atmos or any Dolby audio being passed down to the AVR?

I am kind of sure this was working in my setup not too long ago.

My setup is: raspi5 via HDMI to Panasonic Tv, via eArc enabled hdmi to Denon AVR.

DTS HD MA gets passed through, just not anything Dolby (not even normal AC3).

The TV shows that the incoming stream has TrueHd or Atmos, but seems to not pass it on. The AVR just shows some weird 'Multi'

I didn't change anything on the raspi, but I remebered that both the TV and the AVR are connected to the internet with auto updates. Normally they notify me, but who knows...

Anyone any ideas?

Thx.

IIRC it also works if you start recording the program and then switch to the channel being recorded and then choose to watch the recording even with almost no delay.

So maybe offline with a file might also work. That might have to do with the fact that recordings are in different format than live.

so noone has any ideas? create a new thread?

Does anyone know if passthrough has been fixed for intel in general, i.e 11.gen, or only for alder lake? it used to work as far back as 5th gen.

so hd audio still doesn't work? Could you maybe test that?

Thx

Quote from cheeez

Quick test yesterday evening, I thought I could test display port, I got my DP to HDMI cable and plugged it into the AVR (Denon 4700H) and lo and behold, no more audio dropouts within 15 minutes!? I'll test more this evening and report back! The motherboard is Asus N100I-D-D4 and I'm on 12.0.1, use passthrough and 23,976.

What are you passing thru? truehd,dts-ma ...?

IIRc this bug was introduced way back in with graphics switch from le9 to le 10 (or was it 10 to 11), I forgot. That was also the switch that broke hd audio passthru on intel systems (used work ok before that).

If you go look for it, you might find the "we give up on Intel.." mail in the KODI forum around that time...

Which is why I don't believe LE will ever come out of it's "raspi is the only system we really work for " niche. might as well go for it.

IIRC intel support has stagnated to a virtual standstill since gen11.

Quote from MatteN

Intel N100 processorbased motherboards will play x265 4k HDR and they are really snappy.

I have a https://www.asrock.com/mb/Intel/N100DC-ITX/#Overview

and there are plenty of cheap mini-pc with N100 on amazon.

- has intel regained the capability to pass thru hd-audio ?

- has intel hw regained the capabilty to playback uhd streams from live tv (via tvheadend client)?

no , that was too obvious, also, the editor would have shown it, whatever it was, it was it bit more subtle. unfortunately I didn't care to save them, since I wasn't expecting it to work so 'easily'.

This can be closed:

I deleted and once more copied over all the xml files from a working box to the raspi boxes, and now it's working.
I suspect I had opened/edited these files via smb and introduced a non visible whitespace char in some alien charspace or something like that...

Anyway it is working now. No need to confuse anyone else.