谈谈HDR转SDR的madVR 3DLUT的制作与使用

moto4ever

立華奏 发表于 2018-10-20 23:54
这是dispcal技术文档自己看看
https://displaycal.net/#toc

百度大师又来秀搜索大法了

这俩文档你看懂了？看懂了给大家讲讲啊，装什么装

mymj

那啥说过，实践是检验真理的唯一标准。人家把自己的实践方法和心得体会分享出来，这个很值得提倡，如果有不同的方法和理解直接点出来就行了，再进一步能把自己的方法也贴出来大家讨论那是最好不过的，比成天空口说白话装大神来得实在。
话说校色这块理论与实际结合的系统性的文章毕竟太少，大家都是在边学用边摸索。

bluebay999

billyyf 发表于 2018-10-21 09:30
用BT.1886白的厉害，用伽马2.2好一点，但也比校色前有一点发白

-------------------------

mymj

来张装酷的

立華奏

mymj 发表于 2018-10-21 11:19
那啥说过，实践是检验真理的唯一标准。人家把自己的实践方法和心得体会分享出来，这个很值得提倡，如果有不 ...

问题是这篇文章全程就是在误导人，这群人最缺乏的就是最基本的基础理论。
只要有点常识的都不会把SDR设置中的source colorspace设置成Bt.2020，你觉得目前哪个SDR源是BT.2020的？清一色的bt.709
图8那张要想高精度应该选Absolut colorimetric with white point scaling而不是相对色度，前者对比后者的好处是首先一点白点坐标是根据你测量的数据作为基准进行处理，其次是只要源的颜色是在你设备色域范围内的就会选择一个一样的颜色进行输出而不是像相对那样选择一个差不多的。
DCI-P3不是6500K？这明明是他测量后自己设备的色温数据跟DCI-P3是否是D65有什么关系？目前任何标志都是基于D65进行的。
图8中的默认渲染意图保持低质量就行，这问题在以前大规模改版优化中说过。
这次做HDR到SDR的3DLUT完全没看DisplayCal Usage中SMPTE 2084相关内容，全凭自己理解就这句话你觉得他真的能正确理解吗？学习这些东西哪个不去看相关的技术文档，首先你要明白它是干什么的而不是你认为它是干什么的。

下面一些题外话

MADVR一开始的版本的3dlut只能通过ycms来实现，但是这个版本存在一堆问题顺便数据不够导致精度不足的问题以及设置起来太麻烦。
之后doom9某人推出了一个ti3的工具，快速生成discpcal校准后的数据给ycms来使用
在这之后就是dispcal正式支持madvr 3dlut生成，但这个版本默认设置下会导致色阶损失的问题，所以那时候的人们找到了一个解决方案那就是不进行校准而是只进行profile。
再这之后就是大幅度的3DLUT优化改进，直到现在。
madvr我是0.11版本开始接触的，然后3DLUT是0.2x版本开始接触的，是从ycms 1.0开始接触3dlut相关的，你觉得我是半年前才开始接触的吗？

立華奏

billyyf 发表于 2018-10-21 09:30
用BT.1886白的厉害，用伽马2.2好一点，但也比校色前有一点发白

我是建议你使用bt.1886，你测试下黑位表现
你就会发现bt.1886的表现比gamma 2.2表现的好太多太多了
尤其是oled用户更是推荐使用1886有改善oled死黑问题

立華奏

mymj 发表于 2018-10-21 11:19
那啥说过，实践是检验真理的唯一标准。人家把自己的实践方法和心得体会分享出来，这个很值得提倡，如果有不 ...

真的要去学这些东西直接看discpcal以及aryllcms提供的技术文档就行，最起码这两个不会是瞎忽悠的

这是dispcal技术文档自己看看
https://displaycal.net/#toc

Argyllcms技术文档
http://argyllcms.com/doc/

分享教程什么的是不错，但是也是要有前提的，连一个自己都不知道是否准确的教程写出来你觉得会是帮助大家吗？是不是觉得只要是教程不管对错都行？
实践是检验真理的唯一标准，你说的对，但问题是他检验了吗？就他2楼的图你觉得那效果是准确的吗？


[color=inherit !important]

立華奏

So let's leave saturation tweaking behind us. But maybe Neo-XP and Fer15 could just do a very quick check to test if the new test build works as expected? It's supposed to do "100% scaled to 10,000nits" if you disable measurements, and "65% scaled to measured peak + 250nits" otherwise.

http://madshi.net/madVRhdrMeasure11.zip

The new build has 4 options:

1) "brightness delay". This option defines how long madVR waits, when measurements gets higher/brighter, before madVR starts adjusting to the new measurements.
2) "brightness reaction time". This option defines how long madVR takes to smoothly increase the tone mapping "target" to the new measurements.
3) "darkness delay". Same as "brightness delay", but in case measurements get darker.
4) "darkness reaction time". Same as "brightness reaction time", but in case measurements get darker.

Basically during the "delay" phase, madVR doesn't modify tone mapping at all yet. Then during the "brightness reaction time", madVR slowly adjusts to the new measurements.

So now the big question is what the optimal values for these options are? I think the "brightness delay/reaction time" is probably a lot more important, because if that reacts too slowly, highlight detail will be clipped off. Of course "darkness delay/reaction time" is not unimportant, either. But if it adjusts slowly, there shouldn't be any image detail lost, the image will just look a bit darker/duller than necessary for a little bit.

You could try setting the brightness option to "no delay + immediately" and see if it works for you? It should improve some scenes. But it might also result in sudden brightness jumps in other situations/scenes, I'm not sure. So it might be safer to at least use a small "reaction time" (e.g. 0.5 seconds), while it is probably safe not to use any delay.

For the "darkness" options, I think probably higher/slower is generally better, to avoid unnecessary image pumping. But you can test what works well for you.

So here's another new test build:

http://madshi.net/madVRhdrMeasure12.zip

It just adds more choices for the brightness and darkness delays. @Neo-XP , maybe one of the new 0.25, 0.10 or 0.05 brightness reaction options works for Harry Potter without causing brightness jumps in that scene, or elsewhere?

And how slow would the brightness reaction time have to be to hide the Predator problem?

(As mentioned before, I think we should keep the darkness delay + slow reaction time, unless we can find scenes where it hurts.)

mymj

立華奏 发表于 2018-10-21 14:43
真的要去学这些东西直接看discpcal以及aryllcms提供的技术文档就行，最起码这两个不会是瞎忽悠的

这是 ...

别个分享出来是自己的心得体会，觉得有啥问题直接提出来就是。在楼主的贴中也没见啥装深沉玩高大上的语言，更谈不上忽悠谁了，一来这些软件都是free的，和露珠半毛钱的利益关系都没有，二来也没见露珠粉啥品牌，推啥机器，所以忽悠之说还真贴不上去的。
其实你开始就像35楼那样回帖，大家是欢迎和肯定的。

立華奏

mymj 发表于 2018-10-21 15:29
别个分享出来是自己的心得体会，觉得有啥问题直接提出来就是。在楼主的贴中也没见啥装深沉玩高大上的语言 ...

有啥问题直接提出来就是，我不是一开始就说了吗？打好理论的基础再来。你是不是觉得这种话很装B很高大上的感觉？但事实上这群人最大问题就是缺乏最基本的理论基础，你先不去打好基础你怎么知道那些设置是干什么的？

分享体会说的轻松，然后让我们这些人为你们之后的事情擦屁股？你要知道要改正一个人的错误观念是多么难的一件事情。

立華奏

mymj 发表于 2018-10-21 15:29
别个分享出来是自己的心得体会，觉得有啥问题直接提出来就是。在楼主的贴中也没见啥装深沉玩高大上的语言 ...

要是35楼的内容那群人那群人能看进去多打点字我都所谓，但问题是哪次是那群人是看进去的？老是为一个错误的知识重复的解释，你觉得一个正常的人有那么多的耐性吗？几次是可以，但一直是这样谁受得了？所以我现在学聪明了，碰到这种问题直接一句先去打好理论基础直接了事就行。

bluebay999

立華奏 发表于 2018-10-21 14:43
真的要去学这些东西直接看discpcal以及aryllcms提供的技术文档就行，最起码这两个不会是瞎忽悠的

这是 ...

----------------------

bluebay999

mymj 发表于 2018-10-21 13:10
来张装酷的

-------------------

立華奏

bluebay999 发表于 2018-10-21 18:34
第一，全文从标题到内容咱从没说过是教程，一直说的是制作过程心得分享，你给的这顶帽子咱不要，你自己戴 ...

我现在只想知道SDR 3DLUT制作过程中为什么source colorspace设置成bt.2020

mymj

bluebay999 发表于 2018-10-21 18:58
一时兴起玩了会HDR转SDR 3DLUT，更加明白看惯了HDR的为什么总是念兹在兹了，这几天把手头所有HDR演示片试 ...

当看到这张图和你的回复后突然想起一事儿，然后试了试，果然。
先看下面两张图，顺带提个问题，你们看到的两张图差别有多大？是很明显还是比较接近呢？