level 11
renjieah
楼主
其实。。没有dc调光amoled这种东西的。。
dc调光oled是最近不少人吹or等的一个东西。。一直觉得不大对劲。。因为按照amoled的结构,是没有dc调光这种可能性的,因为控制oled的tft本身就是一个电流型tft,
下面是控制一个子像素的tft驱动图。

这是一个最简单的tft oled结构,
其中

但是因为oled亮度衰减,oled点亮时vf值改变以及tft控制飘移的问题,所以实际电路相当复杂,比如下面这个
而在比较新的amoled用的是6t1c的方案,大概如下
可以看到亮度的调整和一堆参数有关,这种控制下的oled虽然tft部分简单了,但是因为变量太多,基本



在这个驱动电路中电流就仅仅和v data有关,这就衍生出三个问题。。。
1. 在这种tft控制下的oled不会出现三星s4之前以及psv一代那种在显示全黑界面的情况下出现的黑斑问题。
2. 能控制oled亮度的只有vdata,没有第二个控制亮度的参数了。
3. 因为存在初始化,补偿,点亮三个步骤,所以导致从暗到亮的速度上不去(没法高频全屏pwm)
这张图意味着控制oled子像素亮度的,仅仅是oled驱动给的一个电压值。
这意味着什么呢?
返回来看看液晶,液晶面板的亮度调整由背光决定,而显示rgb亮度由液晶的偏转角度决定,这里有两个变量。而所谓的dc调光只是把led调光方式从pwm改成了dc,
而在这个过程中,tft是和以前一样工作的。
也就是说,从工作原理上来说,oled是没有办法像lcd那样利用dc或者pwm去调光的。
那么现在这些所谓的dc or pwm调光的oled是怎么做的呢
Pwm在这个贴子里我做了详细的说明
https://tieba.baidu.com/p/5739450663
而dc呢。或者更准确的说法是没有闪烁的调光模式。
从原理上来看,只有牺牲色彩深度去换取亮度调节,类似于以前护目镜软件的工作原理

回到这个公式,亮度由Idriver决定,Idriver由Vdata决定,Vdata由amoled驱动电路产生。所以Vdata负责控制这个子像素的亮度。(Vdata的电压和显示对应的表用一个nor rom储存。)
而目前手机所使用的oled面板是8bit,也就意味着有0到255共256种亮度。
然后以iphonex为例。Iphonex在50%亮度以上都是非pwm。
按照最高亮度700nitgamma2.2去计算,亮度350nit的时候白色亮度在187档附近,也就是说损失了 27%的灰阶。
这个在oled电视上是可以接受的,因为oled电视是10bit,也就是每个通道有1024个级别,在损失了27%的灰阶之后仍然还有748级别灰阶可以控制,不至于灰阶不平滑,而在只有8bit屏幕的手机上有时还需要模拟srgb的情况下。就开始费劲了。(我知道还有6bit屏幕的手机,但是广色域要眼睛看上去平滑过度的话一定需要更多的灰阶,(基本上72%ntsc以下6bit够用,90%以下8bit够用,100%ntsc以上就10bit的天下了带硬件lut的设备需要高一档)。
上面只是通过调节Vdata去控制亮度带来的色彩深度损失,而更大的或者已经发现的问题是低亮度下的问题
现在三星的oled通过pwm的做法能做到2cd/m2的最低亮度,而在这种亮度下按照gamma2.2去计算大概在18档附近,也就是说大概只有4bit的色阶了,而如果把最低亮度提高到10nit,也就落在了36档左右。。也就只剩下了5bit,
而在这种情况下会造成大量的灰阶断层。
另外一个问题就是在这种低亮度的情况下,因为vdata极低,哪怕是10nit,vdata电压也只有700nit情况下的十分之一。也就意味着外部干扰对屏幕亮度影响大了10倍,所以非常容易导致各子像素亮度不一致,结果就是哪怕是纯白的情况都会屏幕脏。
而oled电视亮度不会这么低,所以不会出现这些情况。
所以综上所述,在短期内很难出现没有闪烁的oled。可能最好的结果就是oled手机尽早普及10bit屏幕,从而把非亮度调整范围进一步下探。超低低亮度非pwm基本不可能实现。而高频pwm因为oled本身结构问题,很难实现。
2018年09月05日 12点09分
1
dc调光oled是最近不少人吹or等的一个东西。。一直觉得不大对劲。。因为按照amoled的结构,是没有dc调光这种可能性的,因为控制oled的tft本身就是一个电流型tft,
下面是控制一个子像素的tft驱动图。

这是一个最简单的tft oled结构,其中

但是因为oled亮度衰减,oled点亮时vf值改变以及tft控制飘移的问题,所以实际电路相当复杂,比如下面这个而在比较新的amoled用的是6t1c的方案,大概如下
可以看到亮度的调整和一堆参数有关,这种控制下的oled虽然tft部分简单了,但是因为变量太多,基本



在这个驱动电路中电流就仅仅和v data有关,这就衍生出三个问题。。。1. 在这种tft控制下的oled不会出现三星s4之前以及psv一代那种在显示全黑界面的情况下出现的黑斑问题。
2. 能控制oled亮度的只有vdata,没有第二个控制亮度的参数了。
3. 因为存在初始化,补偿,点亮三个步骤,所以导致从暗到亮的速度上不去(没法高频全屏pwm)
这张图意味着控制oled子像素亮度的,仅仅是oled驱动给的一个电压值。
这意味着什么呢?
返回来看看液晶,液晶面板的亮度调整由背光决定,而显示rgb亮度由液晶的偏转角度决定,这里有两个变量。而所谓的dc调光只是把led调光方式从pwm改成了dc,
而在这个过程中,tft是和以前一样工作的。
也就是说,从工作原理上来说,oled是没有办法像lcd那样利用dc或者pwm去调光的。
那么现在这些所谓的dc or pwm调光的oled是怎么做的呢
Pwm在这个贴子里我做了详细的说明
https://tieba.baidu.com/p/5739450663
而dc呢。或者更准确的说法是没有闪烁的调光模式。
从原理上来看,只有牺牲色彩深度去换取亮度调节,类似于以前护目镜软件的工作原理

回到这个公式,亮度由Idriver决定,Idriver由Vdata决定,Vdata由amoled驱动电路产生。所以Vdata负责控制这个子像素的亮度。(Vdata的电压和显示对应的表用一个nor rom储存。)而目前手机所使用的oled面板是8bit,也就意味着有0到255共256种亮度。
然后以iphonex为例。Iphonex在50%亮度以上都是非pwm。
按照最高亮度700nitgamma2.2去计算,亮度350nit的时候白色亮度在187档附近,也就是说损失了 27%的灰阶。
这个在oled电视上是可以接受的,因为oled电视是10bit,也就是每个通道有1024个级别,在损失了27%的灰阶之后仍然还有748级别灰阶可以控制,不至于灰阶不平滑,而在只有8bit屏幕的手机上有时还需要模拟srgb的情况下。就开始费劲了。(我知道还有6bit屏幕的手机,但是广色域要眼睛看上去平滑过度的话一定需要更多的灰阶,(基本上72%ntsc以下6bit够用,90%以下8bit够用,100%ntsc以上就10bit的天下了带硬件lut的设备需要高一档)。
上面只是通过调节Vdata去控制亮度带来的色彩深度损失,而更大的或者已经发现的问题是低亮度下的问题
现在三星的oled通过pwm的做法能做到2cd/m2的最低亮度,而在这种亮度下按照gamma2.2去计算大概在18档附近,也就是说大概只有4bit的色阶了,而如果把最低亮度提高到10nit,也就落在了36档左右。。也就只剩下了5bit,
而在这种情况下会造成大量的灰阶断层。
另外一个问题就是在这种低亮度的情况下,因为vdata极低,哪怕是10nit,vdata电压也只有700nit情况下的十分之一。也就意味着外部干扰对屏幕亮度影响大了10倍,所以非常容易导致各子像素亮度不一致,结果就是哪怕是纯白的情况都会屏幕脏。
而oled电视亮度不会这么低,所以不会出现这些情况。
所以综上所述,在短期内很难出现没有闪烁的oled。可能最好的结果就是oled手机尽早普及10bit屏幕,从而把非亮度调整范围进一步下探。超低低亮度非pwm基本不可能实现。而高频pwm因为oled本身结构问题,很难实现。

