Starlight 发表于 2023-3-9 07:22
我的想法
bt1886是为了让lcd显示结果接近crt，拥有更高黑位的设备暗部应该被降低才对啊
实际设备的黑位 ...
这就是bt.1886的设计缺陷，由于不再跟传统的gamma 2.2/2.4那样黑位从0开始计算而是从测量的实际黑位开始计算，但由于设计缺陷会过分的提高暗部亮度.
sommio 发表于 2023-3-9 08:47
翻了下标准的看到了 Appendix 1
不是bt.1886要接近crt而是整个gamma曲线都是(包括gamma 22/2.4)
@sommio
> 在使用正确的 icc profile，并且 vo_gpu 使用了正确的对比度（mpv 中的 black level 控制）时，对于 YCbCr 内容 mpv 默认会把伽玛校正到 bt.1886
“校正到”这个说法貌似有点歧义？我理解你应该是想说 mpv 会默认任何 SDR YCbCr 内容的 gamma 就是 bt.1886。在启用色彩管理时，mpv 会以此做相应的必要转换。
没有启用任何色彩管理时，默认是什么都没有影响，讨论这个当然就没有意义了。
> 但主要问题在于，无脑开启 icc-profile-auto 后 mpv 的画面看上去跟其它播放器非常不同
仅仅是“不同”的话，我不觉得这是个 concern。
> 色彩能准确多少完全是玄学
同意，在这种情况下开启也没什么意义。只是我认为其他情况下开启有意义，所以建议不懂原理的可以无脑选择开启。
> 实际上它的作用只是把视频“校正”到 gamma2.4/bt.1886，但社区显而不太喜欢这个 TRC
让我想起多年前的 gamma 1.961 之争……这个确实也是我最开始那么写的理由之一。
于是我觉得我可以这样建议：如果校色了，那么要开启 --icc-profile-auto；如果不确定，那么无脑开启 --icc-profile-auto，但如果你觉得画面暗部有问题，就关掉。
另外还有个如果开启了要不要补上 --icc-force-contrast=1000 的问题，again，我觉得如果没有校色仪的话，看喜好来就好了，纠结这个没什么意义。
孤雨独火 发表于 2023-3-8 02:38
为什么会存在是否无脑启用icc的问题。。。。
答案当然是否定的。
大多数显示器没有出厂可用的对应icc。系统 ...
我前几天在这里详细写过为什么可以选择无脑开启 --icc-profile-auto：
https://bbs.acgrip.com/forum.php?mod=viewthread&tid=10205&page=3#pid96510
最大的争议应该在第 4 条。确实很有可能是修了个寂寞，只是我认为即使开启了也不会更差（到以至于这些用户会介意）。
关于之前10楼的测试对比，今天又测试了下发现mpv方面又突然好了？具体原因不知道。
本帖最后由 hsmms 于 2023-3-9 19:37 编辑
boday 发表于 2023-3-9 18:13
@sommio
> 在使用正确的 icc profile，并且 vo_gpu 使用了正确的对比度（mpv 中的 black level 控制）时， ...
我的问题还是一开始那样，我认为问题的根本不是是否无脑开启 icc-profile-auto而是bt.1886是否适合。
而我的观点就是对于黑位表现不错的尤其是一台完美校准2.4的设备使用bt.1886反而会破坏黑位的表现。对于黑位差的设备来说使用bt.1886是不错的选择。所以我觉得问题改成是使用bt.1886还是使用gamma 2.2/2.4更为适合。
还有比起是否无脑开启icc-profile-auto我认为你先应该考虑校准你的设备，在一台未校准的设备下是否开启实际上结果都是一样的。对于未校准的设备开启icc-profile-auto你只不过是在利用bt.1886特性所带来的所谓的暗部细节提升而已（但不代表这样的黑位是准的）
本帖最后由 苏辰汐 于 2023-3-9 21:26 编辑
就我个人而言，我是不会在mpv上使用icc色彩管理的。它的bt.1886黑点补偿有很大的问题
这点在SDR内容上体现的不多，可能尚属可接受范围（常规色域的SDR内容下基本不会有问题，非典型例子就是EVA的Q 3.333和终的bt.2020色域的SDR）；但在HDR映射SDR时mpv的bt.1886的黑点补偿导致了严重的暗场细节丢失问题
以下为HDR映射SDR下的测试对比图
mpv默认色彩管理（即target-prim色彩管理方式，广色域屏需手动指定参数值）
ps：可选使用--target-trc=gamma2.2为对应gamma曲线的显示器进行更准确的校正（源自hassn早期答疑时的评论），注意不可用于HDR直通
https://cdn.jsdelivr.net/gh/dyphire/PicGo/img/2023/03/09/target-trc.jpg
icc-profile-auto 或 icc-profile=srgb.icc
https://cdn.jsdelivr.net/gh/dyphire/PicGo/img/2023/03/09/icc.jpg
仅供参考，mpv进行HDR直通时的黑点补偿（截不到转换色域后的画面，看下明暗度即可
https://cdn.jsdelivr.net/gh/dyphire/PicGo/img/2023/03/09/hdr-pass.jpg
可以明显看到mpv的icc-profile-auto或icc-profile=srgb.icc下的bt.1886的黑点补偿有多么奇怪，注意此时即使是vo_gpu下指定icc-force-contrast=1000也是不会影响HDR映射SDR时mpv的黑点补偿逻辑的（只对SDR内容有效），vo_gpu-next就更不提了（对比图就是基于vo_gpu-next
这是非常严重的问题，但mpv的开发者却不觉得HDR-SDR时的icc色彩管理下的黑点补偿有错误。鉴于此我是不可能使用mpv的icc色彩管理方式的
hsmms 发表于 2023-3-9 19:15
我的问题还是一开始那样，我认为问题的根本不是是否无脑开启 icc-profile-auto而是bt.1886是否适合。
而 ...
我确实从来没有指望无脑开了 --icc-profile-auto 会准。事实上很显然是不会的。
我“无脑打开”的建议的对象是完全不懂的用户，也就是说根本不知道什么色彩管理、gamma、不同 transfer curve 的区别、补偿，更不要说这里面还有相当多不一致和有争议的地方。
boday 发表于 2023-3-9 21:27
我确实从来没有指望无脑开了 --icc-profile-auto 会准。事实上很显然是不会的。
我“无脑打开”的建议的 ...
对于是否使用bt.1886我觉得还是取决于设备本身。
对于黑位本社就不错的设备我建议不使用bt.1886，对于黑位很差的我建议使用。
苏辰汐 发表于 2023-3-9 20:29
就我个人而言，我是不会在mpv上使用icc色彩管理的。它的bt.1886黑点补偿有很大的问题
这点在SDR内容上体现 ...
对于HDR转SDR来说我并推荐使用bt.1886作为转换后的EOTF曲线。
你可以下这两组对比图你就会明白
bt.1886
gamma 2.2