[as3]mp4中的seek指定某一个时间点开始播放

本来想说说关于mp4和一些常见视频文件格式方面的历史。现在想想没啥必要，毕竟本文是在讲关于mp4点播拖动方面的技术细节。绪论，前言神马的显得有点多余。

说起MP4，不得不提“Digital Container format”的概念。维基百科给出解释：

A container or wrapper format is a metafile format whose specification describes how different elements of data and metadata coexist in a computer file 

我们这里简称为容器。mp4其实就是一个容器，它包含 的信息描述了在这个容器里面存放的东西，是怎么布局，哪个地方放着什么东西，放了多少等等的信息。既然谈到容器，那么除了MP4，还有很多类似的。比如 3GP, ASF, AVI, MKV, RM等等很多我们常见的视频格式。

这里推荐一个工具，叫mp4parse.exe，网上可以搜到。当你用这个工具打开一个mp4文件时，会看到mp4内部是酱紫的：

在这里图中我们可以看到类似windows注册表一样的层次关系，’+’号可以点击展开，看到内部的结构。像图中的ftyp，moov，mvhd，trak，mdat这些在mp4中叫做box。box的基本结构由box header + box data组成。

由于mp4官方协议中的box种类很多，网上也有文章在讲解关于各个box的作用。这里就不一一列出了。接下来我们在讲关于文件拖动原理的时候会慢慢接触到。

在处理拖动时，必然要去解析mp4的格式，我们假定文 件已经存在于我们服务器的磁盘上，文件名为test.mp4。所以我们解析文件格式，就需要去读取该文件，但是对于读取的策略有很多种，可以一次read 或者mmap将磁盘上的内容搬到内存上来，但是对于体积太大的文件来说，这种方式是不可行的。另外一种常见方式，就是需要读的时候才读指定的一点内容。比 如当前只读取boxA，处理解析完之后再读boxB。我们这里的分析就以这种方式来展开。这样的代价就是产生了大量的IO。这里还有一种方式就是每次读取 一块固定大小的内容，然后再解析，解析完了再去读一块数据。这样可以在IO和内存的消耗之间获得一个折衷。这些一些跟优化相关的问题。我们先不做过多的讨 论。

一般的mp4点播拖动业务，通常都是通过在url的参数的start和end参数来处理的。例如：

http://www.cuplayer.com/vedio/mp4/test.mp4?start=10.01&&end=100.00 

这里的start和end从程序的角度来看，他们是似 乎是double类型。他们其实是时间，单位为秒。也就是说这个请求是想获取test.mp4文件的（在播放时间角度上来看）从10.01秒到 100.00秒之间的这部分内容。当然，你可能说比较普遍的应该是只有start而没有end，毕竟别人播放器拖动视频的时候，只是在找一个起始的播放 点，end不需要带，默认是到文件的末尾。但是很有网站可能有这样的需求，为了省带宽，他们在你拖动之后，只给你加载5分钟的数据，即 end=start+5min，这样的话请求的start和end参数就会同时存在。

那问题来了，为什么不直接用位移来作为start和 end的参数。这样请求到了视频服务器，就可以按照偏移直接把文件发给你了。首先，这种情况不需要使用url参数，直接发送带range的http请求就 可以了。再者，因为跟随机拖动的许多关键位移信息在服务器端的视频文件里，在开始播放时前端播放器很难获得相关的数据。

源自：http://blog.csdn.net/coloriy/article/details/47037939