What is the advantage of bitstreaming the audio vs.sending the decoded LPCM to AVR? Just trying to understand why people care so much about audio passthrough. I'd like to hear a valid technical reason why bitstreaming is supposed to be better than decoding to LPCM. Since Kodi can decode all known HBR audio formats and send LPCM 7.1 over HDMI I don't see a single good reason why anyone should bother with passthrough.
Posts by smp
-
-
I stayed with using the iHD/i915 driver.
intel-vaapi-driver (i965) doesn't work at all on Tiger Lake, so you don't really have much choice
-
It's been 2 years and 4 months since you opened that PR.
Hopefully nobody would object this time if you reopen it 
-
Nvidia users are better off using Windows 10. Actually, my main PC is Ryzen 5 3600 with Nvidia GTX 1650 running Windows 10
Discrete graphics doesn't make sense for a dedicated LibreELEC box anyway. Low-power APUs and SoCs is what LE is all about IMO.
-
Not sure about the AMD situation.
AMD works fine on GBM
-
afaik at least di and scaling are not there
Both DI and scaling are fully functional with GBM + VAAPI (DRM PRIME disabled.) There is absolutely no reason to use X11 on Intel hardware
depends at not upstreamed patches for kodi and ffmpeg
Those are only DRM PRIME stuff. GBM VAAPI is fully functional (without HDR) in current LE master without those non-upstreamed patches.
Your build, would it work on a NUC6CAYB to enable HDR output ?
Try the build from post #426. It includes Linux HDR patches for MCA LSPCON. No idea if it will work or not.
-
Does anyone here use a Gemini Lake box with a Samsung 4K TV (2019 or 2020 model)?
After experiencing some annoying HDMI issues with 4K modes (e.g. intermittent white dots after a mode change, with known good cables) I decided to poke around in Intel driver and found the problem. Apparently, my Samsung TV doesn't like Intel's implementation of HDMI Scrambling.
I disabled scrambling with a below patch and all issues are gone.
Diff
Display Morediff --git a/drivers/gpu/drm/i915/display/intel_hdmi.c b/drivers/gpu/drm/i915/display/intel_hdmi.c index 2fa9ba3..b258e1d 100644 --- a/drivers/gpu/drm/i915/display/intel_hdmi.c +++ b/drivers/gpu/drm/i915/display/intel_hdmi.c @@ -2549,7 +2549,7 @@ int intel_hdmi_compute_config(struct intel_encoder *encoder, pipe_config->hdmi_scrambling = true; if (pipe_config->port_clock > 340000) { - pipe_config->hdmi_scrambling = true; + pipe_config->hdmi_scrambling = false; pipe_config->hdmi_high_tmds_clock_ratio = true; } } -
I hope X11 would be dropped after LE 10 is branched out. I feel like it is holding back the development of Generic x86.
-
I don't understand what you mean by that. My builds are compiled from LE git master + HDR patches from lrusak's git repo + some minor changes to make it all compile and work.
-
Deinterlacing is not implemented (yet) for DRM PRIME.
-
You are using the wrong branch
I used this one. Is it the right one? HDR worked on Gemini Lake and (reportedly) on Tiger Lake. Didn't work on Athlon 200GE.
Also, the AMD drivers (IMO) are some of the best.
Ok, but I can make a list of weird issues that are exclusive to AMD and not present on Intel.
Like this issue for example which I reported to AMD almost a year ago and it is still not fixed.
-
Do you expect that the audio passthrough issues on Intel (e.g. NUC11PAHi)
The audio passthrough issue has been reported to Intel driver people but no one's in a hurry to fix it.
May I ask you which machine you own yourself or plan to purchase?
I own an Asrock J4105B-ITX (Gemini Lake) board. I plan to upgrade it at some point to a Tiger Lake based mini-ITX board (most likely Celeron 6305 or Pentium Gold 7505) when they are available.
-
My biggest concerns are does it do 10bit 4k HDR properly?
Current work-in-progress HDR code from lrusak's git repo (which I use for my LE builds) does not work on AMD. No idea when or if it will ever work.
But the biggest concern should be AMD's linux GPU driver quality, which is kinda crap. I encountered some nasty issues when testing LE on Athlon 200GE APU with Vega graphics.
The audio passthrough issues on Intel are nothing compared to general crappiness of AMD drivers.
-
Is there any plans for the Crazycat's driver with LibreELEC 10 ? Or TBS drivers ?
DVB Addons Update by CvH · Pull Request #5165 · LibreELEC/LibreELEC.tv · GitHub
I also posted a kernel patch for TBS 5520SE here.
-
No dolby vision support in Linux.
-
Is there a way to get it running on the Minix u9-h?
No.
-
It says RC1
It was compiled from yesterday's git master and is only a couple of minor commits behind.
-
Would apreciate a build to test.
That's what I uploaded yesterday.
