@wloot 帮@(逃
看你的面板类型了. 如果是video面板, 那一般只需要动frame rate就行; cmd面板就需要配合clockrate了, 具体是: 原始clockrate / 原始刷新率 * 要超频的刷新率. 至于porth门廊, 简单来说就是这个值越小, 每帧的开销也就越小, 也就越容易超频. 不过太低了的话, 由于面板质量等原因, 可能稳不住, 会出现一些奇怪的问题, 这个就自己慢慢折腾吧. 如果想要深入了解porth, 建议谷歌下.
原始clockrate / 原始刷新率 * 要超频的刷新率
wloot 谢了,了解。
wloot 再问一个问题,Android Q上面的所谓限制刷新率是从何而来的说法?我问了一个朋友,他说可能是内核之中处理过的。
Laulan56 跟Q什么的没关系, 假设你说的k20p/mi9. 它们的cmd面板本身就不能直接修改刷新率, 而只能通过mipi command. 现在的cmd面板超频也只是在clk模式下才行.
mipi command
wloot 这里询问的问题就是一位名叫LenHackintosh的开发者所提到的“MIUI Q限制了刷新率”。 我个人对此持保留意见,但是实在想要搞懂。我说的正是Mi9,我想K20P无法超到比米9更高,应该是由于屏幕IC跟不上所导致的吧?
wloot 该如何确定cmd面板的模式?一加5就遇到了不论如何修改dtb都不实际生效的情况
Laulan56 我感觉是MIUI Q限制了刷新率 我在安卓Q MIUI上刷DTBO最多能到68 超过68会卡顿 而在Havoc上 刷DTBO能到90甚至更高
Laulan56 呃, mi9跟k20p用的面板好像有点区别, 我也只能猜测是硬件的差异吧. 至于q能超的刷新率为啥比不上p, 这个就需要透过现象看本质了, android系统层是不太可能影响更底层的硬件的, 我个人觉得有可能的是随着安卓版本的升级, panel固件也有变化, 至于是不是小米故意限制这个我也不知道了.
Chrrrrry 我只是求个证……打好理论基础,BL还得等到我生日那天才能解……
wloot 我大概看了一下dsi-staging(?是这个吧)P的dsi-stagging好像比Q的少了400余行……不排除小米限制的可能性。
Laulan56 内核方面, 我基本已经排除了小米有啥改动导致超不上去, 剩下的最有可能是firmware, 话说回来纠结这个其实没多大意义, 除非是逆向的大神, 否则这些基本无法考证的....
wloot 也对……要直接超刷新率可以刷类原生的……K20P跟米9的区别似乎只是批次不同,但是可以肯定的是,K20P的屏幕IC一定比米9低级
Laulan56 不仅仅是批次, 参数什么的也有细微的区别, 在内核dts是分了几个不同的配置的.
wloot 具体区别似乎也不是太大……我个人是倾向于IC这个区别的。
Laulan56 IC? 具体不就是面板吗?
wloot 这方面我不是很懂……所以换过来其实还是硬件区别……233,可能后期又调整了一下产线降低了一丢丢品质吧
lcd永不为奴
LibXZR 用Z2也说这样的话233333
以上都是大佬
Snuffel 我是弱鸡