level 12
wyheart
楼主
关于AN的色彩之争已经延续很久，今年来随着HDMI接口的普及，关于RGB范围这个事情被很多人提了出来。不知道到底有多少人了解这东西到底是啥，但是什么“RGB范围只和视频播放有关”，“调节一下数字震动 就能让颜色还原的更好”之类的一知半解的神论层出不穷。今天我们就来来一下RGB范围这个事情。
从源头说起的话，这个和数字接口的电视机以及HDMI早期的标准是相关的。三原色的数字化也就是我平时所说的RGB（red green blue）标准，主流标准都是使用8bit的二进制位来表示一种原色，8个bit也就是一个字节，RGB也被称为24bit颜色，一共需要三个字节组成，每一个字节的数学范围是2的8次方=0-255，一共256种颜色，比如红色分量R，0表示没有任何红色，255表示最亮的红色，RGB三个字节全0表示纯黑，RGB三个字节全为255，表示最亮的白色。但是早期的数字电视机标准范围却不是0-255，而是16-235，同样用R来举例的话，16表示没有任何红色，235表示最亮的红色，低于16等同于16，高于235等同于235。这种色彩范围称为RGB Limited(有限范围RGB)这导致实际上早期数字电视机能显示的色彩范围比RGB Full（全范围RGB）小。但是电脑相关的操作系统、显卡、显示屏默认都是把RGB Full作为基本标准的。
由于操作系统层面对于色彩的处理都是全范围的，那么假如把这样的数据输入给仅支持RGB Limited的电视机的话，那么就会成为这样的结果。0-16本来应该还能看到的区域全部变成了黑色，235-255之间的颜色全部一片白（说一片白不是非常严谨，严谨的说应该是235-255之间的三原色不能更加红更加绿更加蓝），观看人的会发现画面暗的区域和高亮的区域都看不清。假如为了能够让电视机能够看清楚，有一种做法就是压缩色彩范围，把0-255的色彩分量，均匀的压缩到16-235之间，虽然会丢失一些颜色（导致色彩过渡降低，导致画面发灰），但是不至于出现高亮和高暗区域的完全丢失。
反过来说，假如按照电视机的RGB Limited标准来输出数据（或者色彩数据本身就是RGB Limited，比如平时我们看的视频文件，都是按照RGB Limited来进行处理的），那么输出给RGB Full的显示器的话也会有问题。原始数据中的16应该表示纯黑，但是显示器却显示的灰蒙蒙，原始数据中的235应该是最亮，但是显示器显示的却不够亮。所以这样的数据也是需要转换的，仔细用过Potplayer的人应该会发现，视频播放器是会帮你进行这种Limited到Full的转换的
回到来说说显卡，n卡有个众所周知的坑，那就是当n卡使用hdmi连接显示器的时候（dvi和dp都不存在），默认将输出的色彩范围设置为RGB Limited，就算你手工修改成全范围，这个设置也会在你升级驱动，显卡换个插槽之类的情况下又恢复到有限范围（所以记得升级驱动之后再去切换一下啊）
很多人也发过摄屏对比的帖子，假如对数码拍摄原理有一些了解的话，在大部分相机或者手机的自动模式下，会自动调整快门、光圈、还会有曝光数字补充、白平衡调节。所以自动模式下的屏摄偏色很严重。我手里有一只也不是什么高端的微单，在全手动模式下，全部固定光圈、快门、白平衡、ISO的前提下进行拍摄，第一张是有限范围，第二张是全范围，当然毕竟不是什么高端设备，拍出的和肉眼的的还是有一定差距，但是观察草地的表面，会发现有限范围下，草地的过渡明显很平淡，但是全范围下草地就能很清晰的显示出深浅区域的差别
不过我看很多人会搞混下面一个选项，驱动里有两个地方调颜色，一个是叫桌面颜色设置，一个叫视频颜色设置，桌面色彩是全局性的，但视频栏目的选项和显卡视频硬解有关，播放器使用显卡硬解视频的时候，驱动会按照你的对于颜色、对比度等调整对视频图像做后期处理，软解时候这些选项无效。但是这个栏目下也有一个RGB范围的设置，这里提醒一下，别去改成全范围，这个参数的意义是如何处理视频源的数据内容，前面说过了，我们平时接触的大部分电影电视源，都是按照RGB Limited标准来处理的，所以输出的时候需要Limited向Full进行色彩范围的一次转化处理来提高观看效果，当你在这个选项中打开全范围的时候，实际上你是让显卡驱动把原始数据当成是全范围，当你你输出的也是全范围，那么这个合理的转化就被跳过了
包括intel集显、n卡、a卡，驱动中都有相关视频后期处理的选项，而且三家公司的驱动程序默认设置都不同，n卡是默认全部由播放软件确定，i和a默认都打开了部分后期处理选项，有个很简单的测试，就是你使用potplayer在播放的时候动态切换S/H 软硬解开关（前提是播放器自带的色彩优化功能也全部是默认的），会发现在驱动的默认设置下，n卡软硬解色彩完全相同，i和a的软硬解都是存在颜色差异，当你手工把ia驱动里面都关闭优化功能后，色彩就完全一样了。
2017年11月30日 13点11分
1
从源头说起的话，这个和数字接口的电视机以及HDMI早期的标准是相关的。三原色的数字化也就是我平时所说的RGB（red green blue）标准，主流标准都是使用8bit的二进制位来表示一种原色，8个bit也就是一个字节，RGB也被称为24bit颜色，一共需要三个字节组成，每一个字节的数学范围是2的8次方=0-255，一共256种颜色，比如红色分量R，0表示没有任何红色，255表示最亮的红色，RGB三个字节全0表示纯黑，RGB三个字节全为255，表示最亮的白色。但是早期的数字电视机标准范围却不是0-255，而是16-235，同样用R来举例的话，16表示没有任何红色，235表示最亮的红色，低于16等同于16，高于235等同于235。这种色彩范围称为RGB Limited(有限范围RGB)这导致实际上早期数字电视机能显示的色彩范围比RGB Full（全范围RGB）小。但是电脑相关的操作系统、显卡、显示屏默认都是把RGB Full作为基本标准的。
由于操作系统层面对于色彩的处理都是全范围的，那么假如把这样的数据输入给仅支持RGB Limited的电视机的话，那么就会成为这样的结果。0-16本来应该还能看到的区域全部变成了黑色，235-255之间的颜色全部一片白（说一片白不是非常严谨，严谨的说应该是235-255之间的三原色不能更加红更加绿更加蓝），观看人的会发现画面暗的区域和高亮的区域都看不清。假如为了能够让电视机能够看清楚，有一种做法就是压缩色彩范围，把0-255的色彩分量，均匀的压缩到16-235之间，虽然会丢失一些颜色（导致色彩过渡降低，导致画面发灰），但是不至于出现高亮和高暗区域的完全丢失。
反过来说，假如按照电视机的RGB Limited标准来输出数据（或者色彩数据本身就是RGB Limited，比如平时我们看的视频文件，都是按照RGB Limited来进行处理的），那么输出给RGB Full的显示器的话也会有问题。原始数据中的16应该表示纯黑，但是显示器却显示的灰蒙蒙，原始数据中的235应该是最亮，但是显示器显示的却不够亮。所以这样的数据也是需要转换的，仔细用过Potplayer的人应该会发现，视频播放器是会帮你进行这种Limited到Full的转换的
回到来说说显卡，n卡有个众所周知的坑，那就是当n卡使用hdmi连接显示器的时候（dvi和dp都不存在），默认将输出的色彩范围设置为RGB Limited，就算你手工修改成全范围，这个设置也会在你升级驱动，显卡换个插槽之类的情况下又恢复到有限范围（所以记得升级驱动之后再去切换一下啊）很多人也发过摄屏对比的帖子，假如对数码拍摄原理有一些了解的话，在大部分相机或者手机的自动模式下，会自动调整快门、光圈、还会有曝光数字补充、白平衡调节。所以自动模式下的屏摄偏色很严重。我手里有一只也不是什么高端的微单，在全手动模式下，全部固定光圈、快门、白平衡、ISO的前提下进行拍摄，第一张是有限范围，第二张是全范围，当然毕竟不是什么高端设备，拍出的和肉眼的的还是有一定差距，但是观察草地的表面，会发现有限范围下，草地的过渡明显很平淡，但是全范围下草地就能很清晰的显示出深浅区域的差别不过我看很多人会搞混下面一个选项，驱动里有两个地方调颜色，一个是叫桌面颜色设置，一个叫视频颜色设置，桌面色彩是全局性的，但视频栏目的选项和显卡视频硬解有关，播放器使用显卡硬解视频的时候，驱动会按照你的对于颜色、对比度等调整对视频图像做后期处理，软解时候这些选项无效。但是这个栏目下也有一个RGB范围的设置，这里提醒一下，别去改成全范围，这个参数的意义是如何处理视频源的数据内容，前面说过了，我们平时接触的大部分电影电视源，都是按照RGB Limited标准来处理的，所以输出的时候需要Limited向Full进行色彩范围的一次转化处理来提高观看效果，当你在这个选项中打开全范围的时候，实际上你是让显卡驱动把原始数据当成是全范围，当你你输出的也是全范围，那么这个合理的转化就被跳过了包括intel集显、n卡、a卡，驱动中都有相关视频后期处理的选项，而且三家公司的驱动程序默认设置都不同，n卡是默认全部由播放软件确定，i和a默认都打开了部分后期处理选项，有个很简单的测试，就是你使用potplayer在播放的时候动态切换S/H 软硬解开关（前提是播放器自带的色彩优化功能也全部是默认的），会发现在驱动的默认设置下，n卡软硬解色彩完全相同，i和a的软硬解都是存在颜色差异，当你手工把ia驱动里面都关闭优化功能后，色彩就完全一样了。
![[笑眼]](/static/emoticons/u7b11u773c.png)
![[喷]](/static/emoticons/u55b7.png)
