rk3399_android7.1的HDMI显示实现固定分辨率

博客介绍了在RK3399平台上,针对Android 7.1系统如何实现HDMI输出固定分辨率,尤其是当设备热插拔至不同分辨率电视时。文章详细讨论了现有的问题、解决方案的尝试,包括直接忽略EDID信息、修改驱动源码以添加默认分辨率支持,以及手动测试验证的过程。此外,还提到了设置分辨率时涉及的Android上层代码修改。
摘要由CSDN通过智能技术生成

最近改了个反人类的需求,就是:
当HDMI输出分辨率设置为固定的2160P后,再热拔插连接到1080P的TV,分辨率会变为1080P的分辨率,客户认为这是bug,需要改为固定。

为什么说这是反人类的需求呢?
比如说,你想固定一个4k,那你接到另一台2K的显示上,那要怎么显示呢?肯定是无显示。

所以RK平台的hdmi显示机制是这样的:
比如你设置个HDMI的分辨率,比如1920x1080p60hz,如果你接另外一台电视有这个分辨率,就会切到这个分辨率去,
如果没有支持这个分辨率,就会切到其他相近的分辨率。

当前尝试了几个办法:
一个就是直接不读EDID了,直接默认支持一堆预设好的分辨率,这些分辨率对应的vic值从drivers/gpu/drm/drm_edid.c中的edid_cea_modes结构体中获得【对应具体的整形数据】,然后随意去设置,这样的话,可以达到固定分辨率的效果,bug就是有可能会设置到有些屏不支持的分辨率,导致无显示;而且自适应分辨率的时候也会导致无法匹配到一个是当前屏最优的分辨率,只会按照def_modes中的第一个分辨率vic值来设置分辨率,此解法不妥。
修改内容如下(修改文件:drivers/gpu/drm/bridge/synopsys/dw-hdmi.c):

//主要的改动就是在def_mode 数组添加默认支持的分辨率值;edid = NULL;强制把 edid 赋为 NULL,不管有没有读到 edid 都强制按 def_modes 来显示;注释掉clock > 340MHz和clock < 340MHz的分辨率过滤
— a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
+++ b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
@@ -2533,7 +2533,9 @@ static int dw_hdmi_connector_get_modes(struct drm_connector *connector)
connector);
struct edid *edid;
struct drm_display_mode *mode;

  •   const u8 def_modes[6] = {4, 16, 31, 19, 17, 2};
    

+// const u8 def_modes[6] = {4, 16, 31, 19, 17, 2};

  •   const u8 def_modes[26] = {16, 4, 102, 101, 100, 99, 98, 97, 96, 95, 94, 93, 62, 61,
    
  •                                   60, 34, 33, 32, 31, 21, 20, 19, 17, 6, 5, 2};
      struct drm_display_info *info = &connector->display_info;
      struct hdr_static_metadata *metedata =
                      &connector->display_info.hdmi.hdr_panel_metadata;
    

@@ -2543,6 +2545,7 @@ static int dw_hdmi_connector_get_modes(struct drm_connector *connector)
return 0;

    edid = drm_get_edid(connector, hdmi->ddc);
  •   edid = NULL;
      if (edid) {
              dev_dbg(hdmi->dev, "got edid: 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

android framework

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值