Posts by smp

HDMI 2.0 on Gemini Lake is finicky. I came up with this kernel hack to make it work without random black screens on a Samsung TV:

diff --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;
 		}
 	}

No idea if this would help in your case.

Quote from 824c6286420nyn

is it going to a night and day difference or something minor?

It should make a big difference. I never tested it on Gemini Lake though.

111032 – Need to set gt_min_freq_mhz to max value to avoid sync issues on Gemini Lake N5000/J5005

There was supposedly a fix/improvement back in 2019.

2024-06-24 09:36:40.162 T:966      info <general>: ffmpeg[0x38936ae0]:     Side data:
2024-06-24 09:36:40.162 T:966      info <general>: ffmpeg[0x38936ae0]:       DOVI configuration record: version: 1.0, profile: 5, level: 6, rpu flag: 1, el flag: 0, bl flag: 1, compatibility id: 0

You are trying to play a Dolby Vision video.

If you can compile your own LE image you can try to build it with this patch removed. This will enable async rendering and should improve GUI performance quite a bit.

Did you disable "Disable screensaver when playing audio" setting?

Quote from Cabal

Is this a bug, or a limitation of driver/software support as noted in the docs?

I don't have an RPi but I think this RPI-specific patch does the bit depth detection and sets the HDMI mode accordingly. No idea why it does not work for AV1 though.

Quote from e123enitan

When I changed channel it flickers

This was fixed in Kodi 22 "P", so wait for LE13.

Quote from Zuma

signal HLG not work in TV LG

Try this build.

sky42

IMO it's worth trying the new Intel Xe driver.

CONFIG_DRM_XE=m

i915.force_probe=!xxxx xe.force_probe=xxxx (disable i915 and enable Xe driver, xxxx=Intel PCI graphics ID)

I'm running this on TGL and kernel 6.9. No idea if it fixes anything, I don't use audio passthrough.

diff --git a/drivers/media/dvb-frontends/si2183.c b/drivers/media/dvb-frontends/si2183.c
index b9564d4f4a84..2b97c96caa10 100644
--- a/drivers/media/dvb-frontends/si2183.c
+++ b/drivers/media/dvb-frontends/si2183.c
@@ -1692,8 +1692,7 @@ static struct si_base *match_base(struct i2c_adapter *i2c, u8 adr)
 	return NULL;
 }
 
-static int si2183_probe(struct i2c_client *client,
-		const struct i2c_device_id *id)
+static int si2183_probe(struct i2c_client *client)
 {
 	struct si2183_config *config = client->dev.platform_data;
 	struct si2183_dev *dev;

^ changes for kernel 6.6

It's probably related to AAC audio. See here.

Quote from wedok

flickering deinterlacing

That's BOB deinterlacing. RPi4 can only do BOB when using a hardware decoding. For high quality deinterlacing (BWDIF) switch to software decoding.

Back in pre-LE10 days there was a MMAL (GPU-assisted?) high quality deinterlacing method but I doubt that it would ever be re-implemented.

Maybe some setting on that TV is forcing an HDR mode?

Quote from legoman666

Beelink S12

Run

modetest |grep connected

and post the output here.

Quote from adam.h.

I wonder if YUV mode can be forced by editing EDID?

RGB support is mandatory, it's not possible to to disable it in EDID. Intel driver defaults to RGB and they don't provide a way to switch to YCbCr from the userspace.

Quote from portapro

I looked and I can't find a/drivers/gpu/drm/i915/display/intel_hdmi.c anywhere

linux/drivers/gpu/drm/i915/display/intel_hdmi.c at master · torvalds/linux

Linux kernel source tree. Contribute to torvalds/linux development by creating an account on GitHub.

github.com

Quote from portapro

need to modify the code and recompile

^ This. There is no other way other than hacking the kernel.