在互联网中常见的格式中，跨平台最好的，应该是MP4文件，因为MP4文件既可以在PC平台的Flashplayer中播放，又可以在移动平台的Android，IOS等平台中进行播放，而且是默认播放，那么就可以理解为MP4为最常见的多媒体文件格式，所以重点介绍MP4封装，说到MP4封装，下面简单介绍一下MP4封装的基本格式.
3.1.1 MP4格式标准介绍
MP4格式标准为ISO-14496 Part 12、ISO-14496 Part 14，标准内容并不是特别的多，下面着重介绍一些重要的信息。
如果要了解MP4的格式的信息，首先要清楚几个概念：
1. MP4文件由许多个Box与FullBox组成；
2. 每个Box由Header和Data两部分组成
3. FullBox则是Box的扩展，Box结构的基础上在Header中增加8bit位 version标志和24bit位的flags标志
4. Header包含了整个Box的长度的大小(Size)和类型（Type），当size等于0时，代表这个Box是文件的最后一个Box；当size等于0时说明Box长度需要更多的bits位来描述，在后面会定义一个64bits位的largesize用来描述Box的长度；当Type为uuid时，说明这个Box中的数据是用户自定义扩展类型；
5. Data为Box的实际数据，可以是纯数据也可以是更多的子Box；
6. 当一个Box中Data是一系列的子Box时，这个Box又可以称作为Container Box。
而MP4文件中的Box的组成，大概可以用下面的列表进行排列，下面列表中标记√ 的Box为必要Box，否则为可选Box。
|
ftyp |
|
|
|
|
|
√ |
file type and compatibility |
|
pdin |
|
|
|
|
|
|
progressive download information |
|
moov |
|
|
|
|
|
√ |
container for all the metadata |
|
|
mvhd |
|
|
|
|
√ |
movie header, overall declarations |
|
|
trak |
|
|
|
|
√ |
container for an individual track or stream |
|
|
|
tkhd |
|
|
|
√ |
track header, overall information about the track |
|
|
|
tref |
|
|
|
|
track reference container |
|
|
|
edts |
|
|
|
|
edit list container |
|
|
|
|
elst |
|
|
|
an edit list |
|
|
|
mdia |
|
|
|
√ |
container for the media information in a track |
|
|
|
|
mdhd |
|
|
√ |
media header, overall information about the media |
|
|
|
|
hdlr |
|
|
√ |
handler, declares the media (handler) type |
|
|
|
|
minf |
|
|
√ |
media information container |
|
|
|
|
|
vmhd |
|
|
video media header, overall information (video track only) |
|
|
|
|
|
smhd |
|
|
sound media header, overall information (sound track only) |
|
|
|
|
|
hmhd |
|
|
hint media header, overall information (hint track only) |
|
|
|
|
|
nmhd |
|
|
Null media header, overall information (some tracks only) |
|
|
|
|
|
dinf |
|
√ |
data information box, container |
|
|
|
|
|
|
dref |
√ |
data reference box, declares source(s) of media data in track |
|
|
|
|
|
stbl |
|
√ |
sample table box, container for the time/space map |
|
|
|
|
|
|
stsd |
√ |
sample descriptions (codec types, initialization etc.) |
|
|
|
|
|
|
stts |
√ |
(decoding) time-to-sample |
|
|
|
|
|
|
ctts |
|
(composition) time to sample |
|
|
|
|
|
|
stsc |
√ |
sample-to-chunk, partial data-offset information |
|
|
|
|
|
|
stsz |
|
sample sizes (framing) |
|
|
|
|
|
|
stz2 |
|
compact sample sizes (framing) |
|
|
|
|
|
|
stco |
√ |
chunk offset, partial data-offset information |
|
|
|
|
|
|
co64 |
|
64-bit chunk offset |
|
|
|
|
|
|
stss |
|
sync sample table (random access points) |
|
|
|
|
|
|
stsh |
|
shadow sync sample table |
|
|
|
|
|
|
padb |
|
sample padding bits |
|
|
|
|
|
|
stdp |
|
sample degradation priority |
|
|
|
|
|
|
sdtp |
|
independent and disposable samples |
|
|
|
|
|
|
sbgp |
|
sample-to-group |
|
|
|
|
|
|
sgpd |
|
sample group description |
|
|
|
|
|
|
subs |
|
sub-sample information |
|
|
mvex |
|
|
|
|
|
movie extends box |
|
|
|
mehd |
|
|
|
|
movie extends header box |
|
|
|
trex |
|
|
|
√ |
track extends defaults |
|
|
ipmc |
|
|
|
|
|
IPMP Control Box |
|
moof |
|
|
|
|
|
|
movie fragment |
|
|
mfhd |
|
|
|
|
√ |
movie fragment header |
|
|
traf |
|
|
|
|
|
track fragment |
|
|
|
tfhd |
|
|
|
√ |
track fragment header |
|
|
|
trun |
|
|
|
|
track fragment run |
|
|
|
sdtp |
|
|
|
|
independent and disposable samples |
|
|
|
sbgp |
|
|
|
|
sample-to-group |
|
|
|
subs |
|
|
|
|
sub-sample information |
|
mfra |
|
|
|
|
|
|
movie fragment random access |
|
|
tfra |
|
|
|
|
|
track fragment random access |
|
|
mfro |
|
|
|
|
√ |
movie fragment random access offset |
|
mdat |
|
|
|
|
|
|
media data container |
|
free |
|
|
|
|
|
|
free space |
|
skip |
|
|
|
|
|
|
free space |
|
|
udta |
|
|
|
|
|
user-data |
|
|
|
cprt |
|
|
|
|
copyright etc. |
|
meta |
|
|
|
|
|
|
metadata |
|
|
hdlr |
|
|
|
|
√ |
handler, declares the metadata (handler) type |
|
|
dinf |
|
|
|
|
|
data information box, container |
|
|
|
dref |
|
|
|
|
data reference box, declares source(s) of metadata items |
|
|
ipmc |
|
|
|
|
|
IPMP Control Box |
|
|
iloc |
|
|
|
|
|
item location |
|
|
ipro |
|
|
|
|
|
item protection |
|
|
|
sinf |
|
|
|
|
protection scheme information box |
|
|
|
|
frma |
|
|
|
original format box |
|
|
|
|
imif |
|
|
|
IPMP Information box |
|
|
|
|
schm |
|
|
|
scheme type box |
|
|
|
|
schi |
|
|
|
scheme information box |
|
|
iinf |
|
|
|
|
|
item information |
|
|
xml |
|
|
|
|
|
XML container |
|
|
bxml |
|
|
|
|
|
binary XML container |
|
|
pitm |
|
|
|
|
|
primary item reference |
|
|
fiin |
|
|
|
|
|
file delivery item information |
|
|
|
paen |
|
|
|
|
partition entry |
|
|
|
|
fpar |
|
|
|
file partition |
|
|
|
|
fecr |
|
|
|
FEC reservoir |
|
|
|
segr |
|
|
|
|
file delivery session group |
|
|
|
gitn |
|
|
|
|
group id to name |
|
|
|
tsel |
|
|
|
|
track selection |
|
meco |
|
|
|
|
|
|
additional metadata container |
|
|
mere |
|
|
|
|
|
metabox relation |
在MP4文件中显示的排版方式与上面表格描述基本无差别，当然，因为MP4的标准中描述的moov与mdat的存放位置前后并没有进行强制要求，所以有些时候moov这个Container在mdat的后面，有些时候moov被存放在mdat的前面，在互联网的视频点播中，如果希望MP4文件被快速的打开时，则需要moov Container存放在mdat的前面，如果放在后面，需要将MP4文件下载完成后才可以进行播放。
解析mp4多媒体文件时，需要一些关键的信息，下面介绍一下主要的信息；
1. moov 容器，前面表格中已经介绍过，这个容器是定义了一个mp4文件中的数据信息，类型是moov，是一个容器atom，至少必须包含三种atom中的一种
a) mvhd标签，Movie Header Atom，存放未压缩过的影片信息的头容器；
b) cmov标签，Compressed Movie Atom，压缩过的电影信息容器；
c) rmra标签，Reference Movie Atom，参考电影信息容器。
也可以包含其他的容器信息，例如影片剪辑信息Clipping atom(clip)，一个或几个Trak Atom(trak)，一个Color Table Atom(ctab)，和一个User Data Atom(udta)。
a) mvhd中定义了整部电影的time scale，duration，以及display characteristics.
b) trak 中定义了电影中的一个track的信息，track就是电影中可以独立操作的媒体单位，例如一个声道就是一个track，一个视频流就是一个track。
下面来打开一个mp4文件查看其内容，通过举例来了解这里所讲到的mp4文件容器信息：
关于读取这个moov容器的方式，可以参考下面这个列表
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个movie header atom的字节数 |
|
类型 |
4 |
moov |
分析完mvhd之后，下一个moov中的容器可以从上图中看到是一个trak标签，这个trak容器的大小是0x00000517（1303）个字节，类型是trak。解析完这个trak之后，有进入到moov容器中解析下一个trak，下一个trak解析的方式与这个trak的解析方式相同，可以看到下图trak的大小为0x0000069c(1692)个字节；
解析完这个音频的trak之后，接下来可以看到还有一个moov容器中的子容器，就是udta容器，这个udta容器解析方式与前面解析trak的方式基本相同，可以从下图看到，udta的大小为0x0000007c(124)个字节，
可以根据前面描述过的信息得知，udta+视频trak+音频trak+mvhd+moov描述大小之后的出来的总大小，刚好为3235个字节，与前面得出来的moov的大小相等。
前面描述了针对moov容器下面的子容器的解析，接下来继续解析moov子容器中的子容器。
1. 解析mvhd子容器：
从图中可以看到，mvhd这个容器的大小为0x0000006c个字节，mvhd的解析方式如下表：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个movie header atom的字节数 |
|
类型 |
4 |
mvhd |
|
版本 |
1 |
这个movie header atom的版本 |
|
标志 |
3 |
扩展的movie header标志，这里为0 |
|
生成时间 |
4 |
Movie atom的起始时间。基准时间是1904-1-1 0:00 AM |
|
修订时间 |
4 |
Movie atom的修订时间。基准时间是1904-1-1 0:00 AM |
|
Time scale |
4 |
时间计算单位，就像是系统时间单位换位为60秒一样 |
|
Duration |
4 |
通过这个值计算后可以得到影片的播放长度时间值 |
|
播放速度 |
4 |
播放此movie的速度。1.0为正常播放速度(16.16的浮点表示) |
|
播放音量 |
2 |
播放此movie的音量。1.0为最大音量(8.8的浮点表示) |
|
保留 |
10 |
这里为0 |
|
矩阵结构 |
36 |
该矩阵定义了此movie中两个坐标空间的映射关系 |
|
预览时间 |
4 |
开始预览此movie的时间 |
|
预览duration |
4 |
以movie的time scale为单位，预览的duration |
|
Poster time |
4 |
Poster的时间值. |
|
Selection time |
4 |
当前选择的时间的开始时间值 |
|
Selection duration |
4 |
当前选择的时间的计算后的时间值 |
|
当前时间 |
4 |
当前时间 |
|
下一个track ID |
4 |
下一个待添加track的ID值。0不是一个有效的ID值。 |
按照上表的方式解析出来的mvhd的内容对应的信息如下：
|
字段 |
结论值 |
|
尺寸 |
0x0000006c |
|
类型 |
mvhd |
|
版本 |
0x00 |
|
标志 |
0x000000 |
|
生成时间 |
0x00000000 |
|
修订时间 |
0x00000000 |
|
Time scale |
0x000003E8 (1000) |
|
Duration |
0x00000770 (1904) |
|
播放速度 |
0x00010000（1.0） |
|
播放音量 |
0x0100(1.0) |
|
保留 |
0x00 00 00 00 00 00 00 00 00 00 |
|
矩阵结构 |
0x00010000,0,0,0,0x00010000,0,0,0,0x40000000 |
|
预览时间 |
0x00000000 |
|
预览duration |
0x00000000 |
|
Poster time |
0x00000000 |
|
Selection time |
0x00000000 |
|
Selection duration |
0x00000000 |
|
当前时间 |
0x00000000 |
|
下一个track ID |
0x00000003 |
解析mvhd之后，可以看到下一个trakID为0x00000003，接下来就开始解析trak，解析trak的时候同样也包含了多个子容器；
2. 解析Track子容器
track 容器中定义了影片中的一个track的信息，一个影片文件中可以包含多个tracks，每个track都是独立的，各有各的时间和空间占用的信息，每个track容器都有与他关联的media容器描述信息。Track容器的主要使用目的如下：
a) 包含媒体数据的引用和描述(media track)
b) 包含modifier trackers信息
c) 流媒体协议的打包信息(hint tracks)，hint tracks可以引用或者复制对应的媒体采样数据。
Hint tracks和modifier tracks必须保证完整性，同时和至少一个media track一起存在。
一个trak容器中要求必须有一个Track Header Atom(tkhd)，一个Media Atom(mdia)，其他的atom都是可选的，例如
a) Track Clipping Atom(clip);
b) Track Matte Atom(matt);
c) Edit Atom(edts);
d) Track Reference Atom(tref);
e) Track Load Settings Atom(load);
f) Track Input Map Atom(imap);
g) User Data Atom(udta)
解析的方式如下表:
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的大小 |
|
类型 |
4 |
tkhd/mdia/clip/matt等 |
如下图：
从上图可以看到，这个track的大小为0x00000517(1303)字节，下面的子容器的大小为0x0000005c(92)字节，这个子容器的类型为tkhd；跳过92字节后，接下来读到的trak的子容器的大小为0x00000024(36)字节，这个子容器的类型为edts；跳过36字节后，接下来读到的trak子容器的大小为0x0000048f(1167)个字节，这个子容器的类型为mdia；可以分析得到trak+tkhd+edts+mdia子容器的大小加起来刚好为1303字节，trak的读取完毕。
3. tkhd容器的解析
解析tkhd容器的方式可以参考下面表格：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的字节数 |
|
类型 |
4 |
tkhd |
|
版本 |
1 |
这个atom的版本 |
|
标志 |
3 |
有效的标志是 · 0x0001 - the track is enabled · 0x0002 - the track is used in the movie · 0x0004 - the track is used in the movie’s preview · 0x0008 - the track is used in the movie’s poster |
|
生成时间 |
4 |
Movie atom的起始时间。基准时间是1904-1-1 0:00 AM |
|
修订时间 |
4 |
Movie atom的修订时间。基准时间是1904-1-1 0:00 AM |
|
Track ID |
4 |
唯一标志该track的一个非零值。 |
|
保留 |
4 |
这里为0
|
|
Duration |
4 |
The duration of this track (in the movie’s time coordinate system).Note that this property is derived from the track’s edits. The value of this field is equal to the sum of the durations of all of the track’s edits. If there is no edit list, then the duration is the sum of the sample durations, converted into the movie timescale. |
|
保留 |
8 |
这里为0 |
|
Layer |
2 |
The track’s spatial priority in its movie. The QuickTime Movie Toolbox uses this value to determine how tracks overlay one another. Tracks with lower layer values are displayed in front of tracks with higher layer values. |
|
Alternate group |
2 |
A collection of movie tracks that contain alternate data for one another. QuickTime chooses one track from the group to be used when the movie is played. The choice may be based on such considerations as playback quality, language, or the capabilities of the computer. |
|
音量 |
2 |
播放此track的音量。1.0为正常音量 |
|
保留 |
2 |
这里为0 |
|
矩阵结构 |
36 |
该矩阵定义了此track中两个坐标空间的映射关系 |
|
宽度 |
4 |
如果该track是video track，此值为图像的宽度(16.16浮点表示) |
|
高度 |
4 |
如果该track是video track，此值为图像的高度(16.16浮点表示) |
这个tkhd对应的值如下表：
|
字段 |
长度(字节) |
值 |
|
尺寸 |
4 |
0x0000005c(92) |
|
类型 |
4 |
tkhd |
|
版本 |
1 |
00 |
|
标志 |
3 |
0x000003(这个track生效并且用在这个影片中) |
|
生成时间 |
4 |
0x00000000 |
|
修订时间 |
4 |
0x00000000 |
|
Track ID |
4 |
0x00000001 |
|
保留 |
4 |
0x00000000
|
|
Duration |
4 |
0x00000758 |
|
保留 |
8 |
0x00 00 00 00 00 00 00 00 |
|
Layer |
2 |
0x0000 |
|
Alternate group |
2 |
0x0000 |
|
音量 |
2 |
0x0000 |
|
保留 |
2 |
0x0000 |
|
矩阵结构 |
36 |
00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 40 00 00 00 |
|
宽度 |
4 |
0x02800000 (640.00) |
|
高度 |
4 |
0x01e00000 (480.00) |
以上表格为解析视频trak容器的tkhd，下面在分析一个音频的tkhd：
解析trak的方法前面已经讲过，这里现在重点解析音频的tkhd，并已表格形式将数据表示出来：
|
字段 |
长度(字节) |
值 |
|
尺寸 |
4 |
0x0000005c(92) |
|
类型 |
4 |
tkhd |
|
版本 |
1 |
00 |
|
标志 |
3 |
0x000003(这个track生效并且用在这个影片中) |
|
生成时间 |
4 |
0x00000000 |
|
修订时间 |
4 |
0x00000000 |
|
Track ID |
4 |
0x00000002 |
|
保留 |
4 |
0x00000000
|
|
Duration |
4 |
0x00000770 |
|
保留 |
8 |
0x00 00 00 00 00 00 00 00 |
|
Layer |
2 |
0x0000 |
|
Alternate group |
2 |
0x0001 |
|
音量 |
2 |
0x0100 |
|
保留 |
2 |
0x0000 |
|
矩阵结构 |
36 |
00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 40 00 00 00 |
|
宽度 |
4 |
0x00000000 (00.00) |
|
高度 |
4 |
0x00000000 (00.00) |
从两个例子中可以看出，音频与视频的trak的tkhd的大小相同，里面的内容会随着音视频trak的类型不同有所不同。到这里trak的tkhd解析完毕。
4. mdia容器的解析
解析完tkhd之后，接下来可以分析一下trak容器的子容器。
Media Atom的类型是mdia，是一个容器atom必须包含如下容器：
a) 一个Media Header Atom(mdhd)
b) 一个Handler Reference(hdlr)
c) 一个媒体信息引用(minf)和User Data Atom（udta）
这个容器解析方式如下表：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的大小 |
|
类型 |
4 |
mdia |
可以看到这个mdia容器的大小为0x0000048f(1167)个字节，mdia容器下面包含了三大子容器，分别为mdhd，hdlr和minf，其中mdhd大小为0x00000020(32)个字节；hdlr大小为0x0000002d(45)个字节；minf大小为0x0000043a(1082)个字节；mdia容器信息+mdhd+hdlr+minf容器大小刚好为1167字节；到这里mdia容器解析完毕。
4.1 mdhd容器的解析
mdhd容器中被包含在各个Track中，描述Media的Header，包含的信息如下表：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的字节数 |
|
类型 |
4 |
mdhd |
|
版本 |
1 |
这个atom的版本 |
|
标志 |
3 |
这里为0 |
|
生成时间 |
4 |
Movie atom的起始时间。基准时间是1904-1-1 0:00 AM |
|
修订时间 |
4 |
Movie atom的修订时间。基准时间是1904-1-1 0:00 AM |
|
Time scale |
4 |
时间计算单位 |
|
Duration |
4 |
这个媒体Track的duration时长 |
|
语言 |
2 |
媒体的语言码 |
|
质量 |
2 |
媒体的回放质量 |
下面根据表格的解析方式将对应的数据解析出来：
从图中可以逐一解析出来：
|
字段 |
长度(字节) |
值 |
|
尺寸 |
4 |
0x00000020(32) |
|
类型 |
4 |
mdhd |
|
版本 |
1 |
0x00 |
|
标志 |
3 |
0x000000 |
|
生成时间 |
4 |
0x00000000 |
|
修订时间 |
4 |
0x00000000 |
|
Time scale |
4 |
0x00003200(12800) |
|
Duration |
4 |
0x00005e00(24064) |
|
语言 |
2 |
0x55c4 |
|
质量 |
2 |
0x0000 |
从上表可以看出这个Media Header的大小是32字节，类型是mdhd，版本为0，生成时间与媒体修改时间都为0，计算单位时间是12800，媒体时间戳长度为24064，语言编码是0x55C4(具体代表的语言可以参考标准ISO 639-2/T)，到这里mdhd标签解析完毕。
4.2 hdlr 容器的解析
hdlr容器中描述了媒体流的播放过程，该容器中包含的内容如下表：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的字节数 |
|
类型 |
4 |
hdlr |
|
版本 |
1 |
这个atom的版本 |
|
标志 |
3 |
这里为0 |
|
Handle的类型 |
4 |
handler的类型。当前只有两种类型 'mhlr'：media handlers 'dhlr'：data handlers |
|
Handle的子类型 |
4 |
media handler or data handler的类型。如果component type是mhlr，这个字段定义了数据的类型，例如，'vide'是video数据，'soun'是sound数据 如果component type是dhlr，这个字段定义了数据引用的类型，例如，'alis'是文件的别名 |
|
保留 |
12 |
保留字段，缺省为0 |
|
Component name |
可变 |
这个component的名字，也就是生成此media的media handler。该字段的长度可以为0 |
根据图中的信息，可以将内容读取出来，对应的值如下：
|
字段 |
长度(字节) |
值 |
|
尺寸 |
4 |
0x0000002d(45) |
|
类型 |
4 |
hdlr |
|
版本 |
1 |
0x00 |
|
标志 |
3 |
0x00 |
|
Handle的预定义字段 |
4 |
0x00000000 |
|
Handle的子类型 |
4 |
Vide |
|
保留 |
12 |
0x0000 0000 0000 0000 0000 0000 |
|
Component name |
可变 |
VideoHandler’\0’ |
4.3 minf 容器的解析
minf容器中包含了很多重要的子容器，例如音视频相关的采样等信息相关的容器，minf容器中的信息将作为音视频数据的映射存在，其内容信息如下：
a) (Video Media Information Header)vmhd 子容器
b) (Sound Media Information Header)smhd 子容器
c) (Data Information)dinf 子容器
d) (Sample Table)stbl 子容器
解析minf的方式在前面已经介绍过，下面详细介绍一下解析vmhd、smhd、dinf以及stbl容器：
（1） vmhd容器解析
vmhd容器内容的格式如下表：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的字节数 |
|
类型 |
4 |
vmhd |
|
版本 |
1 |
这个atom的版本 |
|
标志 |
3 |
这里总是0x000001 |
|
图形模式 |
2 |
传输模式，传输模式指定的布尔值 |
|
Opcolor |
6 |
颜色值，RGB颜色值 |
将数据解析出来，对应值如下表：
|
字段 |
长度(字节) |
值 |
|
尺寸 |
4 |
0x00000014 |
|
类型 |
4 |
vmhd |
|
版本 |
1 |
0x00 |
|
标志 |
3 |
0x000001 |
|
图形模式 |
2 |
0x0000 |
|
Opcolor |
6 |
0x0000 0000 0000 |
上面这个表格为视频的Header的解析，下面看一下音频的Header解析
（2） smhd容器解析
smhd容器的格式如下表：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的字节数 |
|
类型 |
4 |
smhd |
|
版本 |
1 |
这个atom的版本 |
|
标志 |
3 |
这里为0 |
|
均衡 |
2 |
音频的均衡是用来控制计算机的两个扬声器的声音混合效果，一般是0。一般值是0。 |
|
保留 |
2 |
保留字段，缺省为0 |
根据这个表格解析文件中的音频对应的数据，数据如下图：
将数据解析出来后，对应的值如下表：
|
字段 |
长度(字节) |
值 |
|
尺寸 |
4 |
0x00000010 |
|
类型 |
4 |
smhd |
|
版本 |
1 |
0x00 |
|
标志 |
3 |
0x000000 |
|
均衡 |
2 |
0x0000 |
|
保留 |
2 |
0x0000 |
（3） dinf容器解析
dinf容器是一个用以描述数据信息的容器，定义了音视频数据的信息，这是一个容器，它包含子容器dref。下面举一个解析dinf及其子容器dref的例子，dref解析方式如下表：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的字节数 |
|
类型 |
4 |
dref |
|
版本 |
1 |
这个atom的版本 |
|
标志 |
3 |
这里为0 |
|
条目数目 |
4 |
data references的数目 |
|
数据参考 |
|
每个data reference就像容器的格式一样，包含以下的数据成员 |
|
尺寸 |
4 |
这个atom的字节数 |
|
类型 |
4 |
见下表 |
|
版本 |
1 |
这个data reference的版本 |
|
标志 |
3 |
目前只有一个标志： Self reference This flag indicates that the media’s data is in the same file as the movie atom. On the Macintosh, and other file systems with multifork files, set this flag to 1 even if the data resides in a different fork from the movie atom. This flag’s value is 0x0001. |
|
数据 |
可变 |
data reference信息 |
（4） stbl容器解析
stbl容器为采样参数列表的容器(Sample Table atom)，该容器包含转化媒体时间到实际的sample的信息，也说明了解释sample的信息，例如，视频数据是否需要解压缩，解压缩算法是什么等信息。他包含子容器：
a) Sample Description Atom(stsd)
b) Time-To-Sample Atom(stts)
c) Sync Sample Atom(stss)
d) Sample-To-Chunk Atom(stsc)
e) Sample Size Atom(stsz)
f) Chunk Offset Atom(stco)
g) Shadow Sync Atom(stsh)
stbl包含track中media sample的所有时间和数据索引，利用这个表，就可以定位sample到媒体时间，决定其类型，大小，以及如何在其他容器中找到紧邻的sample。如果sample table atom所在的track没有引用任何数据，那么它就不是一个有用的media track，不需要包含任何子atom。
如果sample table atom所在的track引用了数据，那么必须包含以下的子atom：
a) Sample Description Atom(stsd)
b) Sample Size Atom(stsz)
c) Sample Size Atom(stsz)
d) Sample Size Atom(stsz)
所有的字表有相同的sample数目。
stbl是必不可少的一个atom，而且必须包含至少一个条目，因为它包含了数据引用atom检索media sample的目录信息。没有sample description，就不可能计算出media sample存储的位置。sync sample atom 是可选的，如果没有，表明所有的samples都是sync samples。
5. edts容器的解析
edts容器定义了创建Movie影片中的一个track的一部分媒体，所有的edit都在一个表里，包括每一部分的时间偏移量和长度，如果没有该表，这个track就会被立即播放，一个空的edit用来便宜track的其实时间，如果没有edit atom或者edit list atom，则这个track会使用前部媒体。Edit atom这个容器很简单，解析方式如下表：
|
字段 |
长度(字节) |
描述 |
|
尺寸 |
4 |
这个atom的字节数 |
|
类型 |
4 |
edts |
Trak中的edts数据如下图：
这个Edit Atom的大小为0x00000024(36)个字节，类型为edta；其中包含了elst子容器，elst子容器的大小为0x0000001c(28)字节，edts容器+elst子容器的大小为36字节，到这里，edts容器解析完毕。