MKVToolNix 81.0重要更新：支持导出杜比视界

aip5

# Version 81.0 "Milliontown" 2023-12-02

## New features and enhancements

* mkvmerge: MPEG transport stream reader: HEVC/H.265: added support for
  reading single-layer Dolby Vision from Annex B type bitstream read from MPEG
  transport streams. Partially implements #3113.
* mkvmerge: MPEG transport stream reader, HEVC/H.265 elementary stream reader:
  added support for reading dual-layer Dolby Vision with both the base &
  enhancement layers in the same track from Annex B type bitstreams in MPEG
  transport files & elementary stream files. Implements #3126.
* mkvmerge: MPEG transport stream reader: HEVC/H.265: implemented combining
  dual-layer Dolby Vision with base & enhancement layers in different
  tracks. Implements #3127.
* MKVToolNix GUI: multiplexer: added a new option in the preferences for
  always enabling 'forced' subtitle tracks. A subtitle track is considered to
  be 'forced' if: the corresponding property is set in the source file; the
  track's name contains the word 'forced' (in English); deriving the 'forced
  display' flag from file names is active & the file name matches the
  corresponding pattern. The option is disabled by default. Implements #3627.
* MKVToolNix GUI: multiplexer: the functionality for detecting file name
  sequences when adding files can now recognize the patterns used by GoPro's
  cameras for chaptered video files. Implements #3633.
* xyzvc_dump: the end position of the current NALU will be output in
  non-portable format as well.
* xyzvc_dump: HEVC: the tool will now also output the inner NALU type of Dolby
  Vision NALUs (`unspec62` and `unspec63`).

## Bug fixes

* mkvmerge: when the user requests processing be stopped after the video ends
  `mkvmerge` will now take appending files into account properly. It won't
  stop processing unconditionally after the first file ends anymore. Fixes
  #3618.
* mkvmerge: AV1 handling in readers: the readers will now provide the pixel
  dimensions to the AV1 packetizer as early as possible, just like for other
  video packetizers. That way the pixel dimensions are available for
  calculating the display dimensions when command-line options such as
  `--aspect-ratio` & `--aspect-ratio-factor` are used. Before the change the
  calculation was done based on initial pixel dimension values of 0x0,
  resulting in display dimensions of 0x0, too. Fixes #3611.
* mkvmerge: HEVC/H.265 packetizer: when reading & appending HEVC/H.265 from
  Matroska, MP4/MOV or FLV files the first frame of all the appended files was
  sometimes dropped, resulting in broken video at the point where video is
  appended. Fixes #3479.
* mkvmerge: MPEG transport stream reader: when reading MPEG transport streams
  from Blu-rays the four-byte long `TP_extra_header` structure in front of the
  transport packets are now skipped properly. Before the fix a stray byte with
  value of `0x47` inside that `TP_extra_header` structure could have thrown
  off the detection of where the transport packets start, leading to mkvmerge
  dropping a few audio and/or video frames at the start of the file. Fixes
  #3632.
* mkvextract: AAC extractor: when an invalid program config element in the
  GA-specific config element is encountered, the program config element will
  be disregarded, which avoids mkvextract aborting with an exception. Fixes
  #3606.
* xyzvc_dump: fixed the tool aborting with an exception when the last NALU in
  an Annex B type file was shorter than four bytes.

## Other changes

* AVC & HEVC dumper development tool: the tool has been renamed from
  `xvc_dump` to `xyzvc_dump` as `xvc` is an abbreviation for an existing video
  codec (Extreme Video Coding), and the tool has nothing to do with that
  codec.

dalan

支持，虽然是全英文，但是感谢分享

gumfifa

很nice的功能，圆盘双轨双层可以直接混流为单轨双层，不再需要其他操作。

缘分

# 81.0版“百万城”2023-12-02

##新特性和增强功能

* mkvmerge: MPEG传输流阅读器:HEVC/H.265:增加了对
从MPEG读取的附件B类型比特流中读取单层杜比视界
传输流。部分实施了#3113。
* mkvmerge: MPEG传输流阅读器，HEVC/H.265基本流阅读器:
增加了对读取双层杜比视界的支持，包括基本和
来自MPEG中附录B类型比特流的相同轨道中的增强层
传输文件和基本流文件。执行#3126。
* mkvmerge: MPEG传输流阅读器:HEVC/H.265:实现合并
双层杜比视界，基础层和增强层不同
足迹。实现#3127。
* MKVToolNix GUI:多路复用器:在的首选项中添加了一个新选项
总是启用“强制”字幕轨道。字幕轨道被认为
在下列情况下为“强制”:源文件中设置了相应的属性；这
赛道名称包含单词‘forced’(英文)；派生出“强制”
文件名的“显示”标志处于活动状态&文件名与
对应的图案。默认情况下，该选项是禁用的。实现#3627。
* MKVToolNix GUI:多路复用器:检测文件名的功能
添加文件时的序列现在可以识别GoPro使用的模式
用于章节视频文件的摄像机。执行#3633。
* xyzvc_dump:将输出当前NALU的结束位置
不可移植的格式。
* xyzvc_dump: HEVC:该工具现在还将输出杜比的内部NALU类型
视觉NALUs(` unsperc 62 '和` unspec63 ')。

##错误修复

* mkvmerge:当用户在视频结束后请求停止处理时
“mkvmerge”现在将正确考虑附加文件。不会的
在第一个文件结束后无条件停止处理。修理
  #3618.
* mkvmerge:在读取器中处理AV1:读取器现在将提供像素
就像对其他产品一样，尽可能早地对AV1打包器进行尺寸调整
视频打包器。这样，像素尺寸可用于
计算显示尺寸时，命令行选项如
使用`-纵横比`& ` -纵横比因子`。在改变之前
基于0x0的初始像素尺寸值进行计算，
导致显示尺寸也为0x0。修复#3611。
* mkvmerge: HEVC/H.265打包器:从读取和追加HEVC/H.265时
Matroska、MP4/MOV或FLV文件所有附加文件的第一帧是
有时会掉线，导致视频中断
已附加。修复#3479。
* mkvmerge: MPEG传输流读取器:读取MPEG传输流时
在蓝光中，四字节长的“TP_extra_header”结构位于
传输数据包现在可以正确跳过。在修复一个杂散字节之前
“TP_extra_header”结构中“0x47”值可能已经抛出
不检测传输数据包的起始位置，导致mkvmerge
在文件开头丢弃一些音频和/或视频帧。修理
  #3632.
* mkvextract: AAC extractor:当
遇到GA特定的配置元素，程序配置元素将
这可以避免mkvextract因异常而中止。修理
  #3606.
* xyzvc_dump:修复了当最后一个NALU在
附件B类型文件短于四个字节。

##其他变化

* AVC & HEVC dumper开发工具:该工具已从
“xvc_dump”到“xyzvc_dump”作为“xvc”是现有视频的缩写
编解码器(极端视频编码)，该工具与此无关
编解码器。

带你犯罪

是不是支持双层对比那种

zyapc

有没有大佬实测一下效果

shuyuhan

不错，不知道有没有中文版。

43421

试一下

hljwsq

翻译一下就了解了，对E文不好的有帮助

世界哪有真情lu

导出杜比元数据的选项在哪？ 我没找到

zdk961

原盘列表导入，原盘m2TS文件导入，杜比视界不分轨，跟makeMKV一样了，直接合成单轨了，而MKV杜比双轨文件导入，还是只认双轨，无法合成单轨~~~后期应该会改进的

emil176

zdk961 发表于 23-12-4 17:29
原盘列表导入，原盘m2TS文件导入，杜比视界不分轨，跟makeMKV一样了，直接合成单轨了，而MKV杜比双轨文件导 ...

我也试了原盘，生成的MKV的确包含了杜比视界信息。但这个还是单层杜比吧

phoeni-x-man

那 没什么意义啊 原来双层还挺好的。。。非要合成个单层对encode没啥帮助

y2gy2g

要理解什么是层，什么是轨，基本概念要是搞不清楚，就不明白别人在说什么。

zdk961

emil176 发表于 23-12-5 09:38
我也试了原盘，生成的MKV的确包含了杜比视界信息。但这个还是单层杜比吧 ...

单轨，双层~~~其实原盘双轨的杜比就是个妥协的产物，未来很可能会取消这个中间产物，这是为了适应整个落后的蓝光芯片和适应国际要求的HDR而设计的，额外增加一条轨道，杜比原意可能是不兼容HDR的，杜比的初衷有可能是05.06版本的，也就是流媒体版本才是正宗的杜比~~~

zdk961

phoeni-x-man 发表于 23-12-5 09:49
那 没什么意义啊 原来双层还挺好的。。。非要合成个单层对encode没啥帮助

你还是要学习一下，从某种意义上讲，单轨双层杜比要比双轨双层的好，不要觉得双轨双层就是原汁原味，信息量大，而碟片双层轨是没办法，蓝光机的芯片落后一直没有迭代，七八年前的产物了，又要兼顾HDR，所以必须适应它，而这种格式目前可能会慢慢淘汰，杜比最好的格式应该是单层单轨，但整个单层轨无法适应HDR和普通机器不能解码，就导致了很多人用不了~~~放心大胆的做单轨双层，国外很多制作组早就做单轨了~~~执着于双轨只能目前适应蓝光机芯片而已~~~

emil176

zdk961 发表于 23-12-5 16:27
你还是要学习一下，从某种意义上讲，单轨双层杜比要比双轨双层的好，不要觉得双轨双层就是原汁原味，信息 ...

谢谢耐心讲解。现在理解了轨和层。再求教一下：在新版MKVToolNix里把原盘list拖进去后，不再看到独立的1080P的杜比视界层了。是不是说目前通过新版工具输出的MKV，虽然是单轨的，但实际上还是包含了完整的FEL双层杜比视界，是这个意思吗？

y2gy2g

下载的原盘是从4K光盘破解出来的，是p7，是杜比公司规定的，只要光盘不消失，那么会永远存在下去。P8是hulu，P5是网飞等等。
这种合成的mkv，目前还没有任何一个设备支持的完美，包括各种安卓机zidoo杜恩腾讯ugoos神盾火棒...或拿电视机安装KodivimuNova..做播放器的电视机。目前真正(说的是真正)支持原盘杜比视界的只有8581的蓝光机和山寨机。

emil176

y2gy2g 发表于 23-12-5 20:59
下载的原盘是从4K光盘破解出来的，是p7，是杜比公司规定的，只要光盘不消失，那么会永远存在下去。P8是hulu ...

我对比了几个流媒体DV的MKV 和 原盘压的MKV，看起来流媒体MKV带了BL+RPU，原盘MKV带了BL+EL+RPU。只是我理解，目前芝杜之类的安卓机应该只读取BL+RPU层，舍弃EL层。因此流媒体的MKV、原盘和原盘压出来的MKV，在安卓机上播出来的效果应该是一样的，是吧？

但只要MKV能包含完整BL+EL+RPU信息，以后若干年后可能版权不再是问题了，可能新设备就能完整读取EL层也未可知。

y2gy2g

emil176 发表于 23-12-5 21:14
我对比了几个流媒体DV的MKV 和 原盘压的MKV，看起来流媒体MKV带了BL+RPU，原盘MKV带了BL+EL+RPU。只是我 ...

BL+EL+RPU只有晶晨的s922xj才能播放，但是输出tvled的时候RPU被处理了，如果像我一样的老电视只是支持LLDV就没有影响，zidoo更有问题了，都不能输出真正的tvled 8bit rgb，它是8bit rgb bt2020，RPU也被处理了，更不用说zidoo还不能输出EL。
目前据说杜比公司给各个soc厂家压力，sdk不允许能解码EL，只能BL+RPU，现在腾讯极光和ugoos最新的928xj虽然硬件具备BL+EL+RPU的能力，但是sdk已经封锁了EL。盒子厂家自己能不能有能力和意愿解开封锁就不知道了。所以将来对BLELRPU的支持只能越来越没希望。如果你电视比较新，就买8581芯片的机器并且下载原盘远离mkv吧。