如何在各种设备上播放杜比视界？

最近剁手买了那个1600尼特峰值亮度，10000颗mini LED灯珠的MacBook，想着这么好的屏幕不能白瞎了啊，不光拿来制作杜比，偶尔躺在床上抱着看杜比也行啊（有些朋友可能会说：正经人谁拿电脑看杜比哦，的确现在看杜比最好的设备还是大尺寸OLED电视，这不是没有嘛）。

但是实际下载好杜比视界视频之后发现用系统自带QuickTime Player根本打不开！

然后使用Mac端广受好评的开源播放软件IINA来播放

不能忍，换上付费软件！

简直了！各种论坛外网找了一遍，功夫不负有心人，最后还是在外网果粉社区给我找到了解决方法！

这是一款仅需548就可以买断的软件，它完美解决了绿屏问题！

教训就是：没有什么问题不能花钱解决，如果有，那就是花更多的钱！哈哈哈哈。

（但我买的是68一年的，因为我觉得研究杜比之后就得上OLED电视加蓝光播放机了。。。电脑和手机看杜比都是歪门邪道哈哈哈）

现在看就终于正常了：蜡烛的光可以爆发出高亮度，与此同时暗部的纹路也没有丢失，miniLED的优势真正发挥出来了！

（不过通透感还是没有在iPhone 13 Pro上那么强，OLED的天生优势）

播放之后我陷入了沉思，这杜比视界纠结是什么妖魔鬼怪，电影院放的杜比，和iPhone拍的杜比和碟片上的杜比是一个东西嘛？咱们普通用户怎么最方便的享受杜比视界？

虽然很想把杜比视界给全流程都给讲了，但是毕竟不是专业影视工作者，下面就简单讲讲普通用户会遇到的和杜比视界有关的问题。

杜比视界，英文Dolby Vision，是美国杜比实验室提出的一种HDR标准，支持8K的最大分辨率、高达12bit的色深、10000尼特的最大峰值亮度，含有动态元数据。简单来说上限很高，是目前最强的HDR标准。基本没有显示设备能够展示拉满了的杜比视界视频。

杜比视界视频实际上由三个部分组成：

基础层（BL）+指导层（RPU）+扩展层（EL）

BL ：基础层，即“原料”。通常是一个YUV420 10bit HDR10视频，普通设备无法激活Dolby Vision的原因就是播放器只能读取到这个BL层。这也是为什么Dolby Vision兼容HDR10的原因，即在普通播放机上播放杜比视界的视频时，会以兼容模式HDR10输出。

RPU：杜比视界中必须要有的一个部分，通常里面包含着各类的“指导”数据，用于明确告知设备，如何转换颜色空间，HDR的动态映射（tone mapping）等等。像一个领路人让电视等设备知道走那条路。

EL：简单的理解这是一个扩展层。一个标准的杜比视界，会把YUV420 10bit 的BL层视频，合成YUV422 12bit 视频。这个EL层就是扩展数据，用于扩展BL的视频有效信息。 让最终成品有更多的色阶，更多的颜色，更大的对比度范围。

其中Profile可以简单理解为一种封装语言，也是指导性的。

单层杜比视界：就是 BL+RPU的组合，也称为Dolby Vision MEL - 迷你杜比视界层。这种杜比视界只有“指导”数据，大部分的内容是HDR的动态映射（tone mapping）的dynamic metadata。杜比公司通常用profile5或者profile8来封装进mp4、ts、MKV这些文件，部分原盘文件也采用单层杜比视界，所以不要以为所有杜比视界的原盘文件或UHD蓝光碟都是双层杜比视界。

至于要在Windows系统下看流媒体的杜比视界，比如B站的话，首先你要知道一个事实：

现在Windows上的浏览器，都不支持解码HEVC

因为现在除Mac端的Safari浏览器外，什么360浏览器、2345，就算是原来的Edge，全都加入了Chromium内核，也就是谷歌基本一统天下了，因为谷歌要坚定地支持自己的VP9编码，很自然的Chromium内核都直接不支持HEVC编码了。而多数HDR杜比视频是采用HEVC编码的，除了油管上的的HDR视频是VP9编码，所以你会发现在Windows浏览器里面的B站甚至没有HDR选项。。。所以还是别折腾在浏览器里面看杜比视界了。。。

目前来说苹果全家是对杜比视界标准支持的最好最快的了，至于为什么可能是杜比视界的对手是三星主导的HDR10+？？？

另外想看Netflix的杜比的话，还需要设备有Netflix的单独认证，国产支持Netflix杜比认证的平板只有小新 Pad Pro /4k/

ShanaEncoder是一款来自韩国的视频压制工具，现被网友汉化成中文版，制作成绿色汉化破解版，软件界面简洁、操作简单，支持任何格式的视频压缩，包括MP4、 MOV、 3GP、 3G2、MKV等常用格式在内的各种视频的压缩，除了视频压缩功能之外，它还是一款强大的编解码器，支持H.264(10bit)解码/编码功能，支持对视频进行编解码工作，而且拥有超快的编解码功能，可以快速完成视频的解码，与FFmpeg相比，解码更加快速，同时软件还支持隐藏式字幕，字幕叠加，Logo，裁剪，分段等多种实用功能，如果你需要对视频进行解码、视频压缩，那么这款ShanaEncoder非常合适，不论是初学者还是专业的人士都可以很容易地使用这款工具，欢迎大家来下载。

1、双击“ShanaEncoder.exe”打开软件，点击文件-添加，导入视频文件。
2、点击快速配置—更改输出格式为mp4。
3、举例上传b站配置，把其他钩全部取消勾选。
4、点击图像字幕，然后设置字体，点击保存。
5、最后回到主界面，点击开始，然后等待即可。

1、初学者和专业人士可以方便地使用ShanaEncoder。
2、快速的编码速度和专业素质。
3、隐藏式字幕，字幕叠加，图案，裁剪，段等许多功能。

通过逐步引入宽色域（WCG）、高动态范围（HDR）、更高的分辨率和更高的帧率（HFR）等用以改善视频消费者观看体验的新特性，Ultra-HD（UHD-1）预计将在未来几年成为市场上主流的视频格式。然而伴随这些新特性而来的主要问题是视频数据量的急剧增加，其带宽需求已经远远超出了3G-SDI和10GbE接口所能提供的带宽上限。为了使UHD-1格式能够兼容现有的生产设备，业界已经提出了几种轻量级的压缩方案。目前，Range Extensions（RExt）已被批准为HEVC标准的第2版，其中引入了一些先进的编码工具，支持4:2:2和4:4:4色度采用方案、16位比特深度以及较高的数据吞吐量。

Mezzanine压缩在质量、延迟和复杂度方面的要求，还对无损、接近无损（4:1）和级联这三种编码模式进行了测试，并将HEVC的编码结果与JPEG 2000和SMPTE VC-2等视频编解码器的结果进行了比较。

随着4K显示设备和摄像机的出现，广播媒体服务公司可以生产更高分辨率更高质量的视频内容。毫无疑问，Ultra-HD格式（或4K，UHD-1）[1]将成为未来几年视频消费市场的主流。UHD-1空间分辨率为HD的四倍，时间分辨率（帧率）增加了近一倍，也就意味着UHD-1格式压缩前的比特率是HD的8倍，因此会显著增加传输、存储的带宽和成本。

然而，仅仅通过提高时空分辨率并不能有效改善视频观看体验，还需要一些新的特性，如宽色域（WCG）、高动态范围（HDR）等[2]，来提高像素点的质量。但是，这些新特性的引入又会不可避免地带来数据速率的提高。例如，120Hz的HFR格式需要普通UHD-1两倍左右的数据速率。而采用了PQ（Perceptual Quantizer）[3][4]的HDR格式则需要12位比特深度。

在这种背景下，一些大的标准组织如SMPTE和ITU，已经通过了一些SDI接口标准（包括6G-SDI双链路、12- SDI和24-SDI单链路[5][6]）以支持较高的数据吞吐量（超过3Gb）。然而，由于现有生产设施大多适用于基于3G-SDI链路的HDTV生产制作，所以传输UHD格式最普遍的方式是使用四链路3G-SDI接口，从实际操作的角度来看，这样会更加复杂，并且显著增加基础设施成本。目前，工业界正进入IT基础架构迁移时期，其中广泛使用的接口依然是10GbE，而不是25GbE、40GbE和100GbE，因为成本很高。但就10位比特深度、50Hz未压缩的UHD-1格式而言，10GbE已然不能有效承载如此高的数据速率。

出于这个原因，人们越来越强烈地意识到需要实时Mezzanine压缩技术来支持UHD在常用链路（即3G-SDI和10GbE接口）上传输。如下给出了在该场景下进行实时编码时，针对延迟、复杂度和编码质量等方面提出的一些要求：

1. 视觉无损：通过使用非常低的压缩比（低于5：1），保证编码质量尽可能接近未压缩的视频质量。
2. 低延迟：实时编解码延迟应该在一帧左右。低于100毫秒的延迟被广泛用于现场制作，这是可察觉延迟的边界。
3. 恒定比特率：编码器比特率吞吐量应该是稳定的，使得码流能够映射到SDI的有效载荷区或者封装到RTP分组中，保证相对恒定的延迟。
4. 高鲁棒性：由于编解码过程可能在生产工作流程中受到影响，所以需要高鲁棒性。
5. 低复杂度：编码器应保证低功耗，易于在具有低成本处理器（FPGA和ASIC）和较少内存资源（无外部存储器）的设备上实现。

满足这些要求的几种轻量级压缩方案已被工业界提出，并被确定为互操作性较高的解决方案。其中两个比较成功的是基于离散小波变换的JPEG 2000（JP2K）[7]和TICO[8]。与此同时也在考虑的是基于块的编码方案是否也可以成为该场景下的一种可行的解决方案。

HEVC[9]已被证明是中等比特率和低比特率下的高效视频编解码解决方案，但具有较高的计算成本。针对静态图像压缩，HEVC的编码性能也同样超过了其他图像压缩标准，如JP2K和JPEG XR[10]。Range Extensions（RExt）已被批准为HEVC第2版，它引入了一些先进的编码工具，用于改进帧内预测编码，支持高吞吐量和无损压缩。那么更多的问题出现了：针对UHD格式RExt的性能和鲁棒性如何？可以将RExt配置为低延迟吗？ RExt的计算复杂度可以降低吗？在本文中，将通过分析HEVC的编码工具和架构并进行多项测试来为这些问题提供解答。

表1展示了一些常见UHD格式的每帧比特数和总的比特率，可以看到数据带宽从2Gbps左右增加到了95Gbps左右。SMPTE ST2022所包含的一系列标准有力推动了通过IP网络实现高比特率实时视频传输。ST]定义了封装在MPEG TS中的视频流如何通过IP网络传输。与此类似的是，SMPTE ST]定义了使用RTP over UDP/IP数据包通过IP链路实时传输未压缩的SDI比特流。

表1 HD和UHD视频格式的带宽需求

目前，JPEG 2000可用作ST2022-2中的mezzanine编解码器，允许不同供应商之间的互操作性。TICO是一种专有的轻量级编解码器，现在称为SMPTE RDD35-TICO，广泛支持基于SMPTE ST2022-2的应用。TICO的性能与JP2K相同，但计算复杂度要低得多。

单链路3G-SDI和10GbE链路被业界视为“主流”物理链路。与其他以太网接口，如25GbE、40GbE、100GbE相比，采用10GbE时每Gbps的成本最低，而且可以预测将是未来五年内最便宜的[13]。因此，本文主要关注使用这些接口来传输基于HEVC mezzanine压缩的UHD-1格式。

Ratios，CRs）。在第一种情况下，4:1的压缩比主要来自UHD-1空间分辨率，因为它是HD分辨率的四倍。与分发服务中使用的压缩级别相比，这是一个非常低的比率。这就是mezzanine压缩被称为“视觉无损”的原因。对于10GbE链路（SMPTE ），所需的压缩比甚至更低，接近/Ebook-UHD-/loco