一般性備注
mkvmerge(1) 切割文件時會同時適當調(diào)整章節(jié)。這意味著每個文件只包含應用到該文件的章節(jié)項，時間碼也將被調(diào)整到與各輸出文件相匹配。
mkvmerge(1) 能夠從 Matroska(tm) 輸入文件中復制章節(jié)，除非使用 --no-chapters 選項明令禁用。來自各類來源
(Matroska(tm) 文件、Ogg 文件、MP4 文件、章節(jié)文本文件) 的章節(jié)通常不被合并，而是分成多個
ChapterEditions(章節(jié)版本)。僅當從多個Matroska(tm) 或 XML 文件讀取的章節(jié)具有相同的版本 UID 時，章節(jié)才會被合并為單個
ChapterEdition。如果在其他情況下需要此類合并，用戶需要先用 mkvextract(1) 從所有來源提取章節(jié)，手動合并 XML
文件然后再混流。
標簽
Matroska(tm) 廣泛支持廢棄標簽，還支持一種新式的、類似其他大多數(shù)容器使用的較簡單的標簽系統(tǒng): KEY=VALUE。然而，在
Matroska(tm) 中這些標簽也可以嵌套，KEY 與 VALUE 都是屬于它們自身的元素。示例文件 example-tags-2.xml
展示了如何使用這個新系統(tǒng)。
標簽細述
Matroska(tm) 標簽不會自動應用到整個文件上。它們可以應用到整個文件，還可以應用到文件的不同部分: 一個或多個軌道, 一個或多個章節(jié),
甚至是兩者的組合。Matroska 規(guī)范 有這方面的更多詳情。
重要的一點是標簽通過 Targets Matroska(tm) 標簽元素與軌道或章節(jié)相連，而用于此鏈接的 UID 并非 mkvmerge(1)
常用的軌道 ID。而是 mkvmerge(1) 自動計算而來 (當軌道來自非 Matroska(tm) 文件時) 或當軌道輸入文件是 Matroska(tm)
文件時復制而來的 的 UID。因此在文件被 mkvmerge(1) 處理過之前很難知道應該在標簽文件中使用哪些 UID。
mkvmerge(1) 支持兩個為 Matroska(tm) 文件添加標簽的選項: --global-tags 與 --tags
選項。不同之處在于前者，--global-tags，將通過移除上文提到的所有 Targets 元素使標簽應用到整個文件。 而后者，--tags，將使
mkvmerge(1) 為通過 --tags選項的 TID 部分指定的標簽自動插入 UID。
示例
假定您希望為從一個 AVI 文件讀取的視頻軌道添加標簽。mkvmerge --identify 文件.avi 告訴您該視頻軌道的 ID (不要將此
ID 與 UID 混淆!) 為 0。于是您創(chuàng)建了一個標簽文件，省去了所有 Targets 元素，然后這樣調(diào)用 mkvmerge(1):
$ mkvmerge -o 文件.mkv --tags 0:標簽.xml 文件.avi
標簽文件格式
mkvmerge(1) 支持基于 XML 的標簽文件格式。此格式是以 Matroska 規(guī)范 為依據(jù)嚴格制定的。MKVToolNix
的程序以及源碼分發(fā)包都含有名為 example-tags-2.xml 的示例文件，該文件已簡明地列出了所有已知的可用作實際處理的基本標簽。
基本要點有：
最外層的元素必須為 。
實際意義上的標簽放在 XML 標簽對中。
標簽內(nèi)容前后的空白將被忽略。
數(shù)據(jù)類型
新的 Matroska(tm) 標簽系統(tǒng)只識別兩種數(shù)據(jù)類型，UTF-8 字串與二進制類型。前者用于標簽名稱和 元素，而二進制類型用于 元素。
由于二進制數(shù)據(jù)自身與 XML 文件不相容，mkvmerge(1) 支持另兩種儲存二進制數(shù)據(jù)的方法。如果 XML 標簽的內(nèi)容以 '@'
開頭，則后續(xù)文本將被作為文件名對待。相應文件的內(nèi)容將被復制到 Matroska(tm) 元素中。
還有一種可能，即數(shù)據(jù)經(jīng) Base64 編碼。這是將二進制數(shù)據(jù)轉換為一定的 ASCII 字集字符，在電子郵件等程序中有所應用。mkvextract(1)
將將二進制元素以 Base64 編碼的數(shù)據(jù)的形式輸出。
已被廢棄的標簽系統(tǒng)可識別更多的數(shù)據(jù)類型，這在 Matroska(tm) 官方的標簽規(guī)范中可以找到。由于 mkvmerge(1)
不再支持此系統(tǒng)，此處不對這些類型作多余說明。
XML 文件格式的已知標簽
下面列出的是支持的 XML 標簽，其數(shù)據(jù)類型及有效值域:
Tags (主)
Tag (主)
Targets (主)
TargetTypeValue (無符號整數(shù))
TargetType (UTF-8 字符串)
TrackUID (無符號整數(shù))
EditionUID (無符號整數(shù))
ChapterUID (無符號整數(shù))
AttachmentUID (無符號整數(shù))
Simple (主)
Simple (主)
Name (UTF-8 字符串)
TagLanguage (UTF-8 字符串)
DefaultLanguage (無符號整數(shù))
String (UTF-8 字符串)
Binary (二進制)
剪輯信息 XML 文件
可以通過剪輯信息 XML 文件設置 Matroska(tm) 文件 "剪輯信息" 頭部字段的特定值。所有這些值都無法通過其他命令行選項設置。
還有一些 "剪輯信息" 頭部字段可以通過命令行選項設置，而非通過 XML 文件。包括如 --title 及 --timestamp-scale
選項。
還有其他元素既不能通過命令行選項，也不能通過 XML 文件設置。這些包括下述元素: DateUTC (即 "混流時間")、混流應用程序
MuxingApp、寫入庫 WritingApp 及 總時長 Duration。這些元素均由 mkvmerge(1) 自行設置。
下面列出的是支持的 XML 標簽，其數(shù)據(jù)類型及有效值域:
Info (主)
SegmentUID (二進制，有效值域: 長度(字節(jié)) == 16)
SegmentFilename (UTF-8 字符串)
PreviousSegmentUID (二進制，有效值域: 長度(字節(jié)) == 16)
PreviousSegmentFilename (UTF-8 字符串)
NextSegmentUID (二進制，有效值域: 長度(字節(jié)) == 16)
NextSegmentFilename (UTF-8 字符串)
SegmentFamily (二進制，有效值域: 長度(字節(jié)) == 16)
ChapterTranslate (主)
ChapterTranslateEditionUID (無符號整數(shù))
ChapterTranslateCodec (無符號整數(shù))
ChapterTranslateID (二進制)
Matroska 文件規(guī)劃
Matroska(tm) 文件規(guī)劃非常靈活。mkvmerge(1) 將按預先定義的方式渲染文件。生成的文件是這樣的：
[EBML 頭] [剪輯 {元定位 #1} [剪輯信息] [軌道信息] {附件} {章節(jié)} [簇 1] {簇 2} ... {簇 n} {索引}
{元定位 #2} {標簽}]
大括號中的元素是可選的，依所用的內(nèi)容和選項而定。有兩點要注意的：
元定位 #1 只包含很少量的 level 1 元素，且僅當它們存在時才包含：附件、章節(jié)、索引、標簽以及元定位 #2。較早版本的 mkvmerge(1)
亦曾將簇放置在元定位元素中。因此應留給不精確的傳言一些空間——真相總會大白。 現(xiàn)在只有簇才被儲存在元定位 #2 中，元定位 #1 將引用元定位元素
#2。
附件、章節(jié)和標簽元素僅當被添加后才會出現(xiàn)。
允許的最精簡的 Matroska(tm) 文件是像這樣的：
[EBML 頭] [剪輯 [剪輯信息] [軌道信息] [簇 1]]
這也是純音頻文件的樣子。
外部時間碼文件
mkvmerge(1) 允許用戶為各軌道選擇特定的時間碼。這可用來創(chuàng)建包含可變幀率視頻或音頻中有空隙的文件。這種情況下的幀是 mkvmerge(1)
創(chuàng)建各 Matroska(tm) 塊的單位。對視頻來說恰好是一幀，對音頻來說是相應音頻類型的一個數(shù)據(jù)包。例如對 AC-3 來說是包含 1536
采樣的一個數(shù)據(jù)包。
用于軌道追加合并的時間碼必須只指定給一系列(同一)軌道的第一部分。例如當您追加合并兩個文件，v1.avi 與
v2.avi，且希望使用時間碼時，您的命令行必須像這樣組織：
$ mkvmerge ... --timestamps 0:我的時間碼.txt v1.avi +v2.avi
mkvmerge(1) 可識別四種格式的時間碼。版本號在時間碼文件的第一行內(nèi)。空行，只含有空格的行，以及以 '#' 開頭的行在處理時將被忽略。
時間碼文件格式 v1
此格式的第一行是版本聲明。第二行則聲明默認的幀率。 接下來的各行包含由逗號分隔的三個數(shù)字: 起始幀(0
代表第一幀)、終止幀以及此范圍內(nèi)的幀率。FPS(幀率) 為浮點數(shù)，小數(shù)點用 '.' 表示。各行定義的范圍間可以有間隔，間隔內(nèi)將使用默認的
FPS。一個示例：
# timestamp format v1
assume 27.930
800,1000,25
1500,1700,30
時間碼文件格式 v2
此格式中每行包含相應幀的時間碼。此時間碼必須以毫秒為精度?？梢允垢↑c數(shù)，但不強求。您指定的時間碼行數(shù) 必須
不少于對應軌道的幀數(shù)。此類文件中的時間碼必須經(jīng)過排序。 以 25fps 為例：
# timestamp format v2
0
40
80
時間碼文件格式 v3
此格式中各行包含時長(秒數(shù))，后接(可選)幀率。 二者均可為浮點數(shù)。 如果未提供幀率，則采用默認的幀率。
對于音頻，您應當讓編解碼器自行計算各幀的時間碼。 這樣您應當使用 0.0 作為幀率。 您可以使用 'gap' 關鍵詞后接空隙時長在流中創(chuàng)建空隙。
以音頻文件為例：
# timestamp format v3
assume 0.0
25.325
7.530,38.236
gap, 10.050
2.000,38.236
時間碼文件格式 v4
此格式與 v2 格式相似。 唯一的不同在于時間碼不必經(jīng)過排序。 通常不應使用此格式。
退出代碼
mkvmerge(1) 退出時會返回以下三個退出代碼中的一個：
0 -- 此退出代碼說明已成功完成混流。
1 -- 這種情況下 mkvmerge(1) 至少輸出了一條警告信息，但混流并未因之中止。 警告信息以文字 '警告:'
為前綴。根據(jù)問題的不同，生成的文件可能是好的，也可能不是。 強烈建議用戶檢查警告信息以及生成的文件。
2 -- 此退出代碼用于錯誤發(fā)生之后。 mkvmerge(1)
在輸出錯誤信息后即中斷處理。錯誤信息可能是錯誤的命令行參數(shù)，也可能是損壞文件的讀取/寫入錯誤。
