全文原创，禁止转载。BY W.Y-H & wangyuangogo
最近尝试了 ub9000 LX500 芝杜 着3个播放器的杜比视界。（7.17 更新 OPPO 固件也以测试,简述，OPPO固件的LLDV亮度最暗，不知缘由，可以STDV，并与其他机器保持一致正常。）
杜比视界在我个人从18年使用下来，锁定播放端的一些设定，强制校准D65，给予不同设备的观感提升一定的精度和统一，在一般看电影尊从D65色温和对校色精度有要求的烧友这里，对杜比视界的色彩感知 感觉是非常正常的，
同时也不少平时喜欢用标准，或者冷色调看连续剧的用户，可能一时间杜比视界 会觉的又暗又黄，其实杜比视界才是大家看电影的标准色温值。
同时我也发现，不管是高型号还是低型号电视，贵的还是便宜的，除去面板之间的差异，都能在杜比视界上表现出很高的一致性，或许着也正是杜比视界的魅力。
而高型号的电视优势是可以支持更高的适应性与相应亮度的映射环节。
杜比视界支持的好，那么就是：你在不同设备播放环境下 都是原先的那个画面，因为导演意图大于一切。
很多大烧们不断的在对比播放端的杜比视界呈像。实际杜比都给统一了，播放端是能锁都锁的。差异在显示端这里。
杜比视界与奈非校准IMAX校准模式，一样，追求的原色显示。数据是封闭的，是统一的，。如果播放器锁定所有的调节，给予一致的画面。（lx500与UB9000全部锁的死死的，早期LX500 固件还可以使用OLED，LED投影优化模式，目前在杜比视界面模式也全锁了）
锁定后 交给不同的设备处理，然后不同的设备要经过杜比的认证，从而支持杜比模式，达到多方面的锁定。给予显示杜比所提供的“原画”画面。
那么一个逻辑问题，有声称自己的魔改线电的杜比视界更好看，同时对固件又没有开发能力，与杜比协作等于0。 那么我只能认为你线电没有任何fcc emi 认证，辐射过不过关，要么然怎么大的都影响了数字讯号值的表现，因为杜比视界用意就是是一致。
着是逻辑问题。也是理论问题。
我很讨厌 玄化理论。
同样
TVLED是杜比的标准模式（Standard mode）也可以叫STDDV，在这个模式下会DV数据使用8Bit RGB的HDMI通道发送双流信号（即杜比的隧道技术），然后由电视端处理成12Bit BT2020，再抖动或丢弃2位显示在10位面板上。
我个人猜测应该是在HDMI 1.4时代带宽不够，当时为了在电视上最高显示DV 30FPS而定的标准（参考LG C5），然后这个标准就一直延续下来了
LLDV严格来说应该是SONY与杜比谈判的产物，到HDMI 2.0时代带宽足够了，用2160P 422 12Bit传输DV数据足矣，所以SONY通过这种技术让以前只支持HDR的电视升级固件后支持了杜比视界，前提是面板的亮度一定要够。而且这种模式是在播放端完全展开数据的.所以这个模式一般只出现在SONY的部份电视上。
而杜比为了防止谁都可以未经认证用这个技术，在EDID里面定义了一个叫VSIF的认证区块，这里面存着的是厂商及型号等信息，以及是否支持LLDV模式和最高支持的色彩空间
所以有些人会用HDFURY来让只支持HDR10的投影强制支持DV也是基于这个理论（但投影的整体亮度上不去，实际效果要打很多折扣），你可以说这是欺骗EDID，但是它却能实实在在的提升，所以AVS里面有非常多的投影玩家玩这个。
sony E系列 开始固件更新支持杜比视界。
sony F系列 全系支持LLDV杜比视界
sony G系列的机型上开始支持LLDV 杜比视界明亮和柔和，
sony J系列的机型上开始支持STDV 以及LLDV 的2种杜比视界，并且加入动态映射。
目前 4大体系系统
我能确定的是3个因 是目前能查阅得信息就是RGB8bit才是电视主导
1.先锋固件，2020年以后的固件可以LLDV(42212BIT) 和STDV(RGB8BIT）不可调节 自适应。
2 ·松下 经过证实播放机以12bit传输 在外部查看器内 可以看到也是8BRGB，自适应SDTV 与lldv
3 oppo固件，强制，电视主导，碟机主导，都已42212bit传输，至于是否是STDV电视主导还待验证。（7.17验证，机内12BIT传输，外部解析可以识别RGB8BIT 可以电视主导TvLED）
4 芝杜 ，可以LLDV stdv 不自适应，需手动操作切换 LLDV422。STDVRGB 传输。
我同时对比了 LLDV 和 STDV 以致排除出电视本身的校准问题
他们之间的色彩差异非常小，，2者间更多的区别 是在亮度激发上面。
在我不断的对比以及重复的以基准模式播放
测得 LX500 同时可以STDV 和LLDV
松下 UB9000 以LLDV 传输
芝杜 neoX同时STDV 和LLDV
在LLDV 传输的情况下，STDV 传输的情况下，，色度都是一致的
以至于区别在STDV （TVLED） 亮度激发的上限更高。
但是有时候 亮度 又影响的色度的表述。
STDV 更好的被电视所吸收 然后激发出相对应亮度的映射，。并且加上j 系列更多的色调映射功能。
能够更好的进一步 按电视本身的峰值性能 来按杜比视界的原色 表达每一个画面。
用简单的描述就是，LLDV 是播放器不知道设备的极限亮度色域以及映射曲线。根据碟机来给予完全的数据，没有任何调整。如果真有10000nit的设备来播放，LLDV会很优秀。
TVLED 电视主导，从被研发的那一刻就完全知道 自己的峰值亮度，HDR的亮度映射极限，以及自身色域情况。从而更好的对应杜比视界的数据 给予更好的映射。
实际测试
个人玩耍分享经验，非权威
以下屏射 为了凸显亮度的比对感，以及控制HDR峰值亮度的过爆所以拍摄画面会很暗，我压制了曝光，以便体现区别。
这是 芝杜NEOX 在 LLDV 模式，与UB9000 ，
圆盘与正版UHD虽然新的A90J 比A8F 高出很高的峰值爆发，但是在LLDV 中2台电视依然保持了极度高的统一感
杜比视界的魅力 不可小视。
这是LLDV 我相继继续测试STDV。
相继我用LX500 给予A90J STDV 的讯号。UB9000依然是LLDV 无任何映射选项调节状态。
我在尝试STDV 与 LLDV 的相互比较中，在中亮场的画面，我感觉到虽然在柔和模式
STDV可以对应电视的峰值亮度更好的映射所呈现的画面。
但是在暗场，应该是都很好的跟随 明度的EOTF曲线，从而暗场并没有产生过多的区别。
以致 STDV 与 LLDV 也有着极度 相似的画面。
同样，在杜比明亮这里 STDV 根据电视本身的映射极限，加上明亮的的设定，
在画面上直接在亮部不丢失细节的情况下给予了更高的视觉冲击。
照片可能没有看出太多差异，实际是对比度和光线冲击提高。
下面这张区别非常大，在STDV 的情况下开启杜比视界明亮，并且色调映射开启了 首选的明亮
我得到了这样的的对比。。
老A8F 峰值对比度也并不低，但是没有更多的映射选项，是非常吃亏的表现左先锋RGB8bit stdv模式，开启杜比视界明亮，色调映射为首选得亮度
右UB9000 422模式。
相继
我用芝杜运行与STDV 电视主导模式，继续超人得场面
在我选择 STDV 柔和模式，映射为关，
出现了与LLDV大致相近的效果。这里背景有高亮 我曝光压的比较低，因为下面还有高亮测试，不然会过爆。
以下测试与播放器无关，体现的是 电视的STDV 电视主导处理能力。
切换 电视的 明亮效果
明亮效果 映射关
明亮模式 映射 为首选渐变
这里 天空的高亮，以及超人右手有女侠的发光伸绳索。很高的亮度
在渐变 为了凸显绳索的高亮细节，HDR画面 暗下。
这里是 杜比视界明亮，映射选择以亮度为主。
相继 我又测试了 LX500输出A8F UB9000输出A90J 曝光依然压的很低。为了全部显示高亮处的细节对比
2个以LLDV碟机主导 42212bit 的方式传输杜比视界，验证我说的校准模式
 2台是峰值亮度 完全不一样的设备，，播放机主导，直接拉平了 2台机器的 显示。
杜比视界 是绝对严谨的 校准模式。
--------------------------------------------------------------------------------------------------------------------
总结，所以 在STDV 电视主导模式，有着更好的宽容性，在还没有完美的HDR设备出现的时候，
映射成了对日常观看HDR电影起到了非常优秀的作用，（此映射不包含HDR转SDR 的画面，那不是映射，是失真）
但同时也不能 仅仅认定 STDV 就比LLDV 更亮。。
如果在画面张力不是过于激进的平和画面下
跟随TOEF 曲线变得极为重要。 在有高反光的画面中，如果需要渐变以及关闭所有映射，
STDV 与LLDV 也会保持着良好的统一性，在中亮画面，电视也会以本身的亮度特性，映射出更好的画面细节和亮度。
综合体现，又回到了那句话，，STVD 对应每台电视，从被制造，就已经知晓了自己的能力，所以全力的帮助杜比视界显示。
LLDV 是播放器所主导的画面，他无法知晓电视的极限，那么就给予一个平稳 正常的输出。
没有谁好谁劣，处理的方式不一样。
所以在4K 普及的今天，及时的更换 更优秀的HDR 设备 变的非常重要的事情。
所以在杜比视界 的世界里，他主导了很多关键性的东西。它依然是优秀的存在。
能否驾驭，还看我们自己。
验证 松下UB9000 也事STDV 输出
7.17更新
测试OPPO65固件的杜比视界
可以 STDV 与LLDV 可以设置，
但是OPPO 的播放机主导LLDV 存在一些问题
可能与外网爆出的OPPO 杜比视界处理精度问题有关，我目前无法得知原理
电视主导后，
机内传输显示12BIT 可以从外部信息查看到是以RGB 8BIT传输
END’
|
评测组
