|
|
nara0707
| 未知
像素数真4K，控制有问题，不排除批量采购烂面版统一使用算法弥补缺陷的可能，但是如果是这样的话其实有更好的解决方案的。
能退货赶紧退，有精力可以玩儿玩儿315。以题主的知识应该够用。
首先验证像素数没问题：
通过全亮部分可以看出：BGR排列，正方形像素，上图为完整的4个像素。
虽然不是RGB而是BGR，但也不是大没问题（文字次像素渲染可以调的）。
点阵纯白文字没有借用像素，说明点对点没问题，像素数没少。
Cleartype只看纵向，完整1像素显示，没有借用，没有碎，结论跟上面一样，像素数没少。
（插：如果继续使用，建议调节Cleartype设为BGR，「口」左边一竖会有改善。）
所以：这台机器物理上的（子）像素数的确是（3×）3840×2160。
然而，它为什么就在一些灰度下跳着关闭子像素呢？为什么要关闭旁边的像素呢？
我猜可能是每个子像素的灰阶控制达不到256级，甚至64级好像都够呛。我也不是没用过6bit屏，没见过哪个6bit屏还能这么抖的。
因为子像素灰阶很惨，所以在一些灰阶下，用关闭每相邻两像素的其中一个像素的某个子像素，关闭另一个像素的另外两个子像素，这一方式调节较大色块（2×2像素）给人眼感受的灰阶。
我们取题主H图的一部分。题主的H应该不是全白，如果全白就都亮了。
通常的显示器显示一个4×4的某级灰是将所有3×4×4像素点都以1/256为一阶地去调暗，48个子像素都是点亮，并同步地变暗。
我截取的题主的图也是4×4像素的区域，但点亮部分只有一半：
像素x1y1点亮BR；像素x2y1点亮G；像素x3y1点亮BR；像素x4y1点亮G；
每一行，灭掉一个像素的G，灭掉下一个像素的BR，RGB的比例还是不变。
明明该位置有像素，却关闭了。这样的确是一个降低亮度的方法，但带来的问题很明显。像素少一半啊，细节少一半啊，尤其是细的竖条，变成狗牙状了。
明明有着足够的像素，却显示成p排一样的狗牙（还不如P排，好歹P排是全亮），同时点亮的子像素之间间隔变大，无论哪一点都是在大幅降低画面品质。
那么我能想到的理由，只有是单个子像素能调节的灰阶不够。将两个像素，即6个子像素视为一个灰阶的整体，B1R1G2一小组，G1B2R2为第二小组。在一些较亮的灰阶时，分别以不同的灰阶显示，就像仿色/抖动一样。到灰阶低于多少时，直接关闭第二小组（G1B2R2），仅第一小组点亮控制。这样一来，就算是只能显示128灰阶的子像素，也可以通过搭配一组关闭的像素，两组像素共同显示0～255。
如果是这样的话，不解的是为什么不在显示暗画面时依然让两个小组以仿色的方式协同显示呢？那样会比关闭一组平滑得多啊，而且肉眼也几乎不会发现。
题主可以找一个从全白到全黑的过度图，看看什么时候某一组彻底关闭了。 |
|
用Deepseek满血版问问看
| 未知
