That EDID does not have HDMI-Forum VSDB (vendor-specific data block).
Check your TV's HDMI related settings. I am not familiar with Panasonic TVs but on Samsung you have to enable "Input Signal Plus" to enable HDMI 2.0 EDID. There must be something similar to that on Panasonic.
Upd.: looks like on Panasonic it is called HDMI "Mode 2".
m88rs6060 was added to CE 5.4/5.15 kernel to support TBS 5930. A working m88rs6060 driver is not enough to make the internal tuner of that mecool box work.
/usr/lib/kodi/kodi.bin -v
DVB was broken in 6.1.52 and fixed in 6.1.53. LE 11.0.4 use kernel 6.1.68. So this must be something else.
but it seemingly affects these TV tuners in TVHeadend
This was fixed by https://github.com/torvalds/linux…4c05c89f46e41d1
LE can be built with Wayland. It would miss some crucial features like refresh rate switching. Also Kodi does not support HDR passthrough on Wayland.
It's better we think how (and when) we can drop it too.
It was dropped since LE 11 and now used only in Generic-legacy.
TL;DR version that "max bpc" property is 0 at boot and your script bumps it to 10?
It is 12 at boot. 12-bit seem to cause an issue with audio passthrough at 4K/23.976 mode.
You better open a Kodi github issue with all the required info/logs and a sample of a .ts recording.
why can I not playback UHD when watching TV via HTS client on Intel systems?
I've seen this with HDR (HLG) 4K channel. Regular SDR 4K channels work fine for me.
wondering if we could disable this option at the kodi gui as it just creates problems ?
IMO this should be done upstream in Kodi, e.g. if platform supports VAAPI then DRM PRIME option should not be present in GUI.
What are the chances that the 11gen intel chips get fixed?
As you can see on this block diagram, NUC11PAxxx does not have a native HDMI port. It is using a DP->HDMI protocol converter (PCON) chip. It is more than likely the source of your audio passthrough issues. So this is not a gen11 issue but an issue specific to that NUC model. There is nothing to fix from LE/Kodi side.
No. DRM PRIME was never properly implemented for x86.
I simply downloaded the needed files and created the patch files with git diff.
e.g. for av201x .c:
git diff emptyfile av201x.c > 1.patch
then fixed the path/file name in .patch file.
There are probably better ways to do this (e.g. git cherry-pick) but it works for me.
Disable debug logging?
but sadly this is no longer available on dropbox
Looks like PCI-E cards are handled by tbsecp3 driver. You will also need to add av201x tuner driver and gx1133 demod driver.
and i am not sure one could do that in kodi too.
Also those kodi patches are for DRMPRIME which we don't use on x86.
diff --git a/drivers/gpu/drm/i915/display/intel_hdmi.c b/drivers/gpu/drm/i915/display/intel_hdmi.c
index bc97591..3da321f 100644
--- a/drivers/gpu/drm/i915/display/intel_hdmi.c
+++ b/drivers/gpu/drm/i915/display/intel_hdmi.c
@@ -1895,7 +1895,7 @@ static bool intel_hdmi_source_bpc_possible(struct drm_i915_private *i915, int bp
{
switch (bpc) {
case 12:
- return !HAS_GMCH(i915);
+ return !HAS_GMCH(i915) && DISPLAY_VER(i915) <= 10;
case 10:
return DISPLAY_VER(i915) >= 11;
case 8:^ This can be used to force 10-bit instead of proptest. This will disable 12-bit for newer Intel hw that can support 10-bit. 10-bit is only supported since Ice Lake.