sommio 发表于 2023-3-4 18:09
displaycal 开发人员认为低于 1 dE 不需要在意，可以肯定的是 gcm-viewer 的量程是 100K
我这边的情况正好相反：自动（根据 EDID）生成的预设 icc profile 会更暗。用 sRGB profile 和我校色仪校准的 profile 结果很接近（我校色时的校正目标就是 D65 gamma 2.2）。
我觉得没有校色仪的话调个自己看着舒服的就行了。
unlight 发表于 2023-3-5 12:30
那如果是显示器厂商（戴尔）提供了公版icc，然后我为了方便，直接用novideo srgb全局缩限了的话，是不是这 ...
我没用过 novideo_srgb，看文档的意思你这么设置应该没有问题。
本帖最后由 sommio 于 2023-3-6 20:01 编辑
boday 发表于 2023-3-5 16:57
我这边的情况正好相反：自动（根据 EDID）生成的预设 icc profile 会更暗。用 sRGB profile 和我校色仪校 ...
发现了一个有趣的问题，Windows 默认使用纯幂 gamma2.2 很可能是个误解，至少对于它的默认 sRGB.icc 是错误的。
根据我的测试，至少在暗部场景上，mpv 的 target-trc=srgb 跟 --icc-profile=sRGB.icc 的行为在视觉上一致
因为分段函数 sRGB 对暗部存在补偿，且它比 bt.1886 的暗部补偿更亮，这导致了 mpv 反而调低暗部亮度造成灵车级暗场丢失
或许应该警告 Windows 用户此问题，多数廉价商用显示器比起 srgb 更接近 gamma2.2
大多数 *nix 发行版使用基于 colord 的色彩管理，根据显示器 EDID 生成的 gamma2.2 icc profile 很好的避免了这个问题，缺点就是版本太高...iccv4.4 目前只有基于 lcms2 实现色彩管理的软件能用
> 用 sRGB profile 和我校色仪校准的 profile 结果很接近
可能你的显示器预设相比纯幂函数 gamma2.2，更接近分段函数 gamma srgb
本帖最后由 unlight 于 2023-3-6 00:57 编辑
sommio 发表于 2023-3-6 00:12
发现了一个有趣的问题，Windows 默认使用纯幂 gamma2.2 很可能是个误解，至少对于它的默认 sRGB.icc 是错 ...
对，我刚才就是遇到了灵车级暗场丢失…
不校准gamma+mpv全默认，细节很丰富，但过渡处能看到dither一样的噪点，可能是过亮？
校准至bt1886+mpv全默认，整体黑乎乎一片，有依稀可辨的细节（如树枝、星光等），但也可能这段原本意图就是不清晰的？
mpv全默认和target-trc=bt1886应该是没区别，但我电脑关了，只能明天再说了
搞不好了…截图没用外加va有gammashift（屏摄时更严重），屏摄也无法体现，所以只能文字描述了…
行业标准制定的那些gamma没有一个数字全搞定，就是因为考虑了一般设备的暗场计算精度
而你们想1不用OLED 2先给显示器通过软件调一手TRC 3再让mpv软件调一手TRC 最后对暗场截图
那是不行的……
sommio 发表于 2023-3-6 00:12
发现了一个有趣的问题，Windows 默认使用纯幂 gamma2.2 很可能是个误解，至少对于它的默认 sRGB.icc 是错 ...
研究辛苦了。
> Windows 默认使用纯幂 gamma2.2 很可能是个误解，至少对于它的默认 sRGB.icc 是错误的。
是谁有这个误解？是指你，Windows 还是 mpv？后一句话我不确定我正确理解了：你是说 Windows 默认使用 sRGB.icc 是错误的吗？
> mpv 的 target-trc=srgb 跟 --icc-profile=sRGB.icc 的行为在视觉上一致
看起来符合预期？它们应该都是对的。
> 或许应该警告 Windows 用户此问题，多数廉价商用显示器比起 srgb 更接近 gamma2.2
again，这个时候无论如何都无法保证结果准确。基于你在另一帖里回复引用的 acescentral 那帖，我觉得我应该在教程里增加一条注释：
“如果你不确定或者没有对你的显示器进行过色彩校准，启用 --icc-profile-auto 自然也无法保证结果准确。如果你对播放效果不满意，可以尝试删掉这一行。”
本帖最后由 sommio 于 2023-3-7 19:38 编辑
boday 发表于 2023-3-7 14:57
研究辛苦了。
> Windows 默认使用纯幂 gamma2.2 很可能是个误解，至少对于它的默认 sRGB.icc 是错误的。 ...
误解很广泛，从显示器制造商，到各类社区建议都普遍认为 gamma2.2 是 Windows 标准，reddit@Eagleshadow 对 WindowsHDR 中的 SDR 内容 gamma 的测试让我更加确信了它实际上以 sRGB（分段函数）为标准这点。IEC 技术秘书 Jack Holm 明确表示 gamma srgb 是分段函数，Windows 应该是正确的
引用内容已经编辑掉了，我无权要求你做太多事情，也不想过多偏离这个关于 gpu-next 的帖子。而且很可能只是我的显示器制造商认为 sRGB 使用 gamma2.2
It took me 4 years to decide that the sRGB linear “toe” needs to be part of reference. CRTs were pure power function (GOGO if you like) all the way down to zero. No LCD shipped in the last 19 years has exhibited that behaviour externally. They all have a linear segment. QED.- AECS/Charles Poynton
刚再试了一下貌似新版本seek慢和倍速变回正常花屏问题解决了(?)重复测了几个视频都没遇到了