本帖最后由 hsmms 于 2020-10-19 22:22 编辑
blackmickey 发表于 2020-10-19 21:07
>>> 还有你所谓的参考到底是什么？符合硬件HDR标准下不需要映射出来的效果就是参考标准？但是很抱歉这只不 ...
BVM OLED满足HDR10标准要求，因为可以满足峰值亮度1000nit的需求。就算这样还有BVM-HX310这种。
但实际上BVM-X300 OLED除了峰值亮度不如BVM-HX310外，实际在HDR实际表现上比后者来的更好。
还有你压根买不到不需要映射的设备因为目前这个世界上跟本就不存在这玩意。你只不过是满足了峰值亮度需求这一条而已，其它亮度需求你跟本没有满足，就一点你怎么知道某个导演在哪个亮度数值下进行HDR制作的？如果每个导演制作环境不一样你怎么去统一？
而且HDR本身的元数据可不只1000nit这么一点，有可能达到4000nit甚至10000nit
本帖最后由 hsmms 于 2020-10-19 23:36 编辑
blackmickey 发表于 2020-10-19 21:07
>>> 还有你所谓的参考到底是什么？符合硬件HDR标准下不需要映射出来的效果就是参考标准？但是很抱歉这只不 ...
实际情况是，即使两个显示器具有完全相同的峰值能力，两个显示器不可能以相同的方式呈现相同的图像，因为用于峰值亮度色调映射的处理有可能并不相同。
实际上目前的HDR10规格的视频制作标准也由原来的1000nit被提升到4000nit制作标准，但是元数据依然遵循maxcll 1000nit的标准要求。对于超过1000nit亮度信息的目前主流做法就是roll-off或者clip。
静态映射会根据提供的元数据所提供的参数跟你的设备进行匹配映射，但问题是你根本无法保证提供的元数据是正确的，这也是大家对于静态映射扣病的问题之一。如果元数据本身就是错误的那么就算你的设备符合规格标准那么映射出来的结果也是错误的，因为它只会按照元数据提供的参数进行映射而不会去修复该问题。
本帖最后由 blackmickey 于 2020-10-19 23:46 编辑
hsmms 发表于 2020-10-19 21:51
BVM OLED满足HDR10标准要求，因为可以满足峰值亮度1000nit的需求。就算这样还有BVM-HX310这种。
但实际上 ...
>>> 所以你为什么非要拿转换SDR跟BD做对比？这本身就是错的。说到底你是在错误的前提下总结出错误的结论罢了。
我前後文都沒有提到轉換到SDR，前面說的BD是指UHD BD，自然也沒有和1080p BD比較，讓你誤會了。
>>> 还有你压根买不到不需要映射的设备因为目前这个世界上跟本就不存在这玩意。你只不过是满足了峰值亮度需求这一条而已，其它亮度需求你跟本没有满足，就一点你怎么知道某个导演在哪个亮度数值下进行HDR制作的？如果每个导演制作环境不一样你怎么去统一？
VESA針對DisplayHDR認證的規範不只有峰值亮度(https://displayhdr.org/performance-criteria-cts1-1/)
目前的HDR10檔案中額外增加了幾個參數，HDR主要影響是以下這兩個參數，
Maximum Content Light Level 與 Maximum Frame-Average Light Level，
前者對應影片中最大亮度，後者則是影片中最大平均亮度，因此只要符合這兩點，至少在亮度上是不會有問題的。
BT.2100裡面也有關於參考播放環境的要求(https://www.itu.int/rec/R-REC-BT.2100)
看了一下手邊幾部HDR影片的參數，
MaxFALL 大多落在 200 ~ 400 nits，少數超過 600 nits。
MaxCLL 大多數落在 600 ~ 1000 nits，少數超過 1100 nits，最高的有 1400 nits左右。
因此有經過HDR1000認證的顯示裝置大多滿足要求，少數可能需要HDR1400認證。
>>> 实际情况是，即使两个显示器具有完全相同的峰值能力，两个显示器不可能以相同的方式呈现相同的图像，因为用于峰值亮度色调映射的处理有可能并不相同。
是的，所以才會建議有HDR1000以上認證的裝置，以減少顯示裝置內部色調映射的影響。
>>> 如果元数据本身就是错误的那么就算你的设备符合规格标准那么映射出来的结果也是错误的，因为它只会按照元数据提供的参数进行映射而不会去修复该问题。
是的，不過亮度元數據可以藉由計算得到，而且即使元數據是錯誤的，也仍然不改是參考依據的事實。
blackmickey 发表于 2020-10-19 23:40
>>> 所以你为什么非要拿转换SDR跟BD做对比？这本身就是错的。说到底你是在错误的前提下总结出错误的结论罢 ...
映射要么做要么不做还能映射个10%？跟本不存在好不？
本帖最后由 blackmickey 于 2020-10-20 00:02 编辑
hsmms 发表于 2020-10-19 23:49
映射要么做要么不做还能映射个10%？跟本不存在好不？
只要顯示裝置(target)能夠顯示的亮度越亮，就有更大的範圍與參考亮度(reference)相同(圖中與粗虛線重疊部分)
blackmickey 发表于 2020-10-19 23:59
只要顯示裝置(target)能夠顯示的亮度越亮，就有更大的範圍與參考亮度(reference)相同(圖中與粗虛線重疊部 ...
我想问的是你如何做到在进行映射的时候就做个（比如10%）就结束映射过程？
本帖最后由 hsmms 于 2020-10-20 00:16 编辑
blackmickey 发表于 2020-10-19 23:40
>>> 所以你为什么非要拿转换SDR跟BD做对比？这本身就是错的。说到底你是在错误的前提下总结出错误的结论罢 ...
目前最基本的就是通过提供的元数据参数进行静态映射。一般好的设备是会重新计算数值创建新的元数据后进行静态映射。目前最优秀的方式是重新计算数值创建新的元数据然后逐帧优化映射，这就是所谓的动态映射。
而且元数据本身就是错误的了，那么映射出来的怎么能作为参考标准？而且多多少少明白一点你的参考标准是什么了，只要满足并且按照标准需求进行输出出来的结果无论是否是正确的都可以作为参考？
无论哪种方式首先你要保证你参考的标准是正确的而不是一味的按照标准要求输出错误的结果作为参考标准。
本帖最后由 blackmickey 于 2020-10-20 00:27 编辑
hsmms 发表于 2020-10-20 00:03
我想问的是你如何做到在进行映射的时候就做个（比如10%）就结束映射过程？
...
>>> 我想问的是你如何做到在进行映射的时候就做个（比如10%）就结束映射过程？
可以採用Clip方式，那樣基本上峰值亮度有超過就足以了。
>>> 而且多多少少明白一点你的参考标准是什么了，只要满足并且按照标准需求进行输出出来的结果无论是否是正确的都可以作为参考？
是。
我承認這樣的視覺效果可能不如動態映射，但比較統一，
madVR中的動態映射有許多參數可以調整，顯示效果有很大差異，我覺得不適合做為參考。
>>> 无论哪种方式首先你要保证你参考的标准是正确的而不是一味的按照标准要求输出错误的结果作为参考标准。
就像你說的，可以預先計算靜態元數據，那就可以避免這類MediaInfo錯誤了，何來輸出錯誤的說法？
blackmickey 发表于 2020-10-20 00:13
>>> 我想问的是你如何做到在进行映射的时候就做个（比如10%）就结束映射过程？
可以採用Clip方式，那樣基 ...
无论视觉效果，还是还原表现目前动态映射都比静态映射更好
静态映射只有在符合标准要求情况下才能正确还原，否则映射出来的效果好坏完全看厂家的技术水平，这还没考虑静态映射技术本身的缺陷。
而动态映射不仅能在符合标准要求情况下正确还原而且在符合情况下也能尽可能的很好的进行映射还原，不需要考虑厂家的技术水平问题也没有静态映射那些技术问题。
本帖最后由 hsmms 于 2020-10-20 00:33 编辑
blackmickey 发表于 2020-10-20 00:13
>>> 我想问的是你如何做到在进行映射的时候就做个（比如10%）就结束映射过程？
可以採用Clip方式，那樣基 ...
madvr是提供很多的参数选项，那么你完全可以统一这些参数进行对比啊？
而且对比静态映射本身，你觉得哪种映射方式细节表现的更好？
就拿天气之子这一部片子来说，使用动态映射出来的整体色调应该是跟1080p版本保持一致，而静态映射很难做到这一点。