FLASH PLYAER UPDATE 3互联网流媒体世界刚刚发生了一场革命

What just happened to video on the web网络上的视频刚刚发生了什么
转贴翻译：http://www.kaourantin.net/2007/08/what-just-happened-to-video-on-web_20.html
当你看到了ADOBE的宣言，你应该会问这个问题，我想很多东西都会发生改变，这也是我有史以来最长的一帖。我认为我们应该首先放下手中的扑克牌来讨论这个问题，首先来总结一下FLASH PLAYER9的U3B2补丁包含了些什么（可以从LABS.ADOBE获得）

ISO 14496-12标准的部分实现文件格式解析器，这意味着，对MPEG4,3GP,QTIME MOVIE支持有限

支持3GPP规范以及3GPP TS 26.245. 本质上来说这只是3GP的一个子集

支持和ID3同等的，ILIST原格式（ITUNES所支持的）部分解析，这种格式没有官方的说明。

实现了H.264 （ISO标准，标准号ISO 14496-10）的软件编码解码

实现了AAC解码器，同时支持AAC MAIN,AAC LC,SBR,对应的ISO标准号为ISO 14496-3.

我们可以这样公开的说，这些规范是如此的复杂，几乎没有任何一家能够百分百的支持，我也意识到ADOBE应该准确的传达，那些标准支持了，那些没有支持，这很重要。对那些叫喊着我们没有完全实现这些标准的人，我想告诉你这些：ISO 14496-12 规范确切声明的子集3GP只是其中一个，我们没有想过要扩展以上的这些标准，对他们的实现纯粹是子集上的实现。
那为什么是现在呢？简单的说：因为你需要它。确切的说：我们为此已经做了很长时间的努力，它也将成为下一代FLASHPLAYER的重要标准，然而没预料我们的顾客是如此的迫不及待了:-)。当涉及到媒体技术的时候，他们总是试着做出决定，当然我们要确保，ADOBE提供了最好的选择，并且发出了一个信号，我们愿意拥抱工业标准。没有人可以相信我们做到了。
不幸的是，当我们工作于为FLAHSPLAYER采用全新的工业标准的时候，我们意识到了这也是许多外行彻底困惑了。这就使得要概括出我们做了什么，用户如何收益似乎很困难。当然为了理解ISO规范，我花费了几个月也只是理解了这些规范的基础，到现在我可能已经不能将这些规范简单的讲述了，但是我会尽力。

让我们来谈谈砸FLASHPLAYER里面你能发挥的功能特性，我开始要变得技术化了
现在你可以使用你装载FLV的API来装载.mp4,.m4v,.m4a,.mov 和 .3gp的这些媒体。我们没有在FlashPlayer里面添加任何新的APi，所有的媒体接口都可以和以前一样的工作，如果不看文件扩展名，FlashPlayer对待他们和对待FLV扩展是一样的，你甚至可以把媒体的扩展名改为.TXT，FlashPlayer总是到文件的内部读取文件的类别信息。

新版本的FMS不久就会出现，而且支持新的格式，这可是强大的功能，你只需要将那些你曾经使用无数编码工具解码的媒体文件放到服务器上，他们就可以流式化了，哪怕文件流索引只存在于文件的最后一部分，这也是我不得不提的一点因为你们百分百会陷入这个陷阱

如果你使用渐近式的下载播放而不是使用FMS来管理流媒体的播放，那么要确保媒体元（媒体文件的索引信息）位于文件的开头。否则你就只好等到文件全部下下来之后重新播放了。你可以使用我们Mike Melanson 所编写的qt-faststart.c API来修复那些文件元不在文件开头的媒体。这些API将对你十分必要，因为ADOBE的一些产品如PREMIER AFTEREFFECT目前就将媒体元放在文件的末尾。至少现在我们要努力的修复这些媒体工具的这个漏洞，对于FLASHPLAYER除此之外别无他法，对于ITUNES,QUICKTIME 也是这样的。

FlashPlayer会播放它在文件中发现的它支持的第一个音乐轨。子音频和视频轨将被忽略并且不可选，这覆盖了网络上的文件的绝大部分，只有极少数的情况你才可能有附加的媒体轨，但是我相信对于WEB来讲，你您可创建几个不同的版本来节省网络带宽。下一代FlashPlayer版本将增加新的API来提高这方面的性能，这一版本我们的目标是不添加任何新的API。

媒体只能是H.264，MPEG4,XVID,DIVX等媒体格式都是不支持的，H.263还没有支持， Sorenson 媒体格式也没有支持，记住很多的播放器产品使用的仍然是MPEG4-P2，所以如果你没有能够播放视频的话，也不要感觉到奇怪。我们应该已经做到了和H.264百分百的兼容，也就是总的应该能狗达到高10比特，目前还没有正式的支持高4:2:2 和4:4:4 文件。根据使用特性的不同，他们可能工作也可能会出错。我们没有向其他播放器一样人为的增加B-帧和B-金字塔限制，我们同样也解码域编码的流媒体，虽然这个BETA版本 渐近的显示了使用WE***E方法的图像。最终版本将渲染两个域，对于播放器的最终发行版本，仍然有几个帧定序和计时的错误需要修复，还有一个问题就是对于那些循环过滤和双核的机器来说或导致切割边界有横向的缺陷，这是我的失误，对这个错误的修复并没有能够加紧这个BETA，除了我在这里列出的几个因为我的失误造成的BUG之外，H.264解码器是无可争议的工程品。总体上他为我们提供了一个不到100KB的实现，对于这样复杂的一个工业标准这是难能可贵的。

音频格式可能是AAC Main, AAC LC 或者 SBR对应音频对象的0 1 2类，我们同样支持了.MP3类型，MP4中的MP3音频，因为要做多通道的回放，所以没有支持，老版本的QUICKTIME的AAC和MP3数据格式也没有支持，当然你也不太可能遇到这些文件

3gp定时文本跟踪，任何轨的文本，以及所有的信息包括卡拉OK的元信息都将得到支持，他们将会被放入'onMetaData' 'onTextData' 流媒体回调函数，个别轨语言信息也会被报告，这意味着你的媒体可以有多种语言的副标题，您可以参阅 3GPP TS 26.245 规范来详细了解可以获得哪些信息，不过需要留意的是你必须自己考虑包括文字未知和格式的各个细节。而FlashPlayer不会做任何事情，是时候试试这些组件了，你可以使用MP4Box 来将文字数据压入现有的媒体文件。

元信息是以原子列表的形式存储的，通常这种形式出现在ITUMES的文件里。它包含了像ID3这样的信息，并且会在onMetaData 函数回调中一名值对的形式在混合数组中报告出来。ID3V2目前还没有支持，一个不完全的列表和指向那些可以编辑媒体信息工具的链接可以在这里获得here.

由于这些老文件包含了和FLV文件不一致的索引，我们可以提供一系列的保存点，例如你可以直接跳到你寻找的时间点进行播放，而不需要播放时候跳到那里，你可以一个名为'seekpoints'的数组通过onMetaData 回调获得这些保存点信息。另外，如果有些文件丢失了这些信息，那么这就意味着这些媒体文件就不能随意跳转定位，这一点和传统的基于关键帧决定跳转点的FLV文件格式是大相径庭的。

未加密的音频预定文件包含了章信息，我们通过onMetaData 回调以一个名为Chapter对象数组将此“章”信息暴露出来

使用JPEG，GIF,PNG的图片媒体轨是可以访问的，不幸的是，只有在AS3里面以比特数组的形式用'onImageData'回调传送此信息。你可以使用比特数组，然后使用加载类，直接显示这些图像，通常这些信息包含了媒体艺术的封面信息。然而TIFF格式的图片媒体轨是不被支持的，你也许会遇到这样的情况。同时要注意的是，我们支持ITUMNES文件里等的一种COVR元信息，当然他们同样也只有以比特数组的形式访问

可以将H.264的流信息放入传统的FLV架构吗？当然可以而且，我们强烈的鼓励大家拥抱新的标准格式，使用传统的FLV架构来流式化H.264媒体的时候如果不重新设计媒体的格式将会有功能上的局限，这也是我们从传统的FLV架构迁移的一个重要原因，特别是处理帧头部和尾部的时候，使用FLV流特别的不顺tricky

可以将AAC流媒体放入FLV文件架构吗？当然，但是H.264相同的限制依然存在

FlashPlayer可以回复多通道的AAC文件吗？可以，但是声音是混合后放入两个通道并且以44.1KHZ重新采样过的。我们正朝着支持多通道回放的下一代FlashPlayer努力，这意味着自从1996年设计以来没有改进的CIRCA音效引擎需要完全重新设计。

Flash播放器会被局限在 11Khz, 22Khz 和44.1Khz 的像MP3一样的采样速率吗？不会，我们支持从8KHZ到96KHZ的采样速率，我实现了一个32代的基于Kaiser Bessel 过滤器，可以将声音以44.1Khz的速率重新采样，但是保留了高品质。最通常的采样频率组合是一组硬编码的相位，例如48000 到 44100 Hz 转化的过滤器就有147个相位，并且这个BUG我听人抱怨已经有一年了。在AS3的声音文件类里我修复了这个问题，虽然采用了非常低质的采样速率，我这次做的改变将会修复甚至对于AS2和FLV的BUG并且同时保持声音的高质量

有可能将ON2VP6流媒体放入这种新的格式吗？现在还不行，当时我们仍然在尝试着解决这个问题

能够播放著作权保护的媒体吗？不行

支持MPEG-4 BIFS 和其他的诸如脚本,VRML之类MPEG-4 系统规范规定的东西吗?不，上述没有列出的东西我们都不支持

支持SMIL吗？不，但是你可以很容易的使用AS写出你自己的SMIL解析器

可以使用声音类，来播放AAC/MP4A文件吗？不，你必须使用NETSTREAM类，现在的播放器进入了这样的一种情况：即：它对待音频文件和视频文件没有太大的区别，其本质上是一致的，因此我们不会容忍那种会导致FlashPlayer体积变大的以及混淆的的方式。我猜是我们会在不久的将来强化声音类，但是会以一种完全不同的方向，不会只致力于播放纯静态的文件

这里是在onMetaData提到的数据的列表

duration - Obvious. But unlike for FLV files this field will always be present.
videocodecid - For H.264 we report 'avc1'.
audiocodecid - For AAC we report 'mp4a', for MP3 we report '.mp3'.
avcprofile - 66, 77, 88, 100, 110, 122 or 144 which corresponds to the H.264 profiles.
avclevel - A number between 10 and 51. Consult this list to find out more.
aottype - Either 0, 1 or 2. This corresponds to AAC Main, AAC LC and SBR audio types.
moovposition - The offset in bytes of the moov atom in a file.
trackinfo - An array of objects containing various infomation about all the tracks in a file.
chapters - As mentioned above information about chapters in audiobooks.
seekpoints - As mentioned above times you can directly feed into NetStream.seek();
videoframerate - The frame rate of the video if a monotone frame rate is used. Most videos will have a monotone frame rate.
audiosamplerate - The original sampling rate of the audio track.
audiochannels - The original number of channels of the audio track.
tags - As mentioned above ID3 like tag information.

这儿有一些很有用的链接能够帮助你理解什么是MPEG-4,H.264以及AAC：
http://forum.doom9.org/showthread.php?s&threadid=62723
http://forum.doom9.org/showthread.php?t=96059
http://en.wikipedia.org/wiki/H264
http://en.wikipedia.org/wiki/Advanced_Audio_Coding
http://daringfireball.net/2007/04/some_facts_about_aac

让我们把一些我认为非常重要的场景总结一下

你为ITUNES创建了一个POD CAST，然后很高兴的把它放到这个频道上希望大家可以通过网络访问之，而不需要任何的插件。例如能够到达那些没有安装QUICKTIME的听众，很好，这个新的特性可以帮助你，你可以将你原来的.M4A格式媒体通过FLASH_PLAYER放在网络上

你所在的媒体公司也许或者已经决定要投资网络媒体播放和归档，你在徘徊应该选择什么媒体格式呢？Flash的媒体以及能够到达每一个人，但是媒体格式可没有一个工业的标准，你会害怕：你采用的那种媒体格式将来废弃了或者不再被支持了怎么办？Flash Player 9 Update 3正好解你燃眉之急，MPEG-4 是一个文档充分而且非常规范的国际标准，并且是与呈现者完全独立的，使用FLASH_PLAYER你将为用户呈现优美的内容

你想通过媒体将内容以最高的质量呈现出来，同时又不想被任何一种单独的解决方案所制约，你也希望使用开源软件来编码你媒体的媒体，例如GPL下LIBFAAD,X264,MP4BOX的组合刚好可以完成这些，与之相对应的albeit可用性很差而且需要很多专家及经验，但是现在只要使用ADOBE FLASH PLAYER你同样可以将这些媒体演艺的很好。


Those are immediate benefits, there are plenty more when we look ahead. Let me mention a few of them:

那些是最直接的益处，然而我们还可以向前看很远很远，让我例举一些：

H.264马上会得到大多数显卡的直接支持，例如NVIDIA ,ATI 和INTEL以及承诺完全的支持H.264，这意味着HD媒体不久的将来就会在个人计算机上普及

有给予H.264的硬件解码器，可以更好的实时加快媒体的解码，如果你对市场反应迅速例如一些新的组织，那么这一点也是很重要的。

数字电视，特别是在欧洲已经快速的采用了H.264，与网络的互操作性将为许多媒体公司敲开新用户的大门

AAC SBR提供了可以证明的由于普通MP3的优点，可以想象下5.1环绕多声道的音频系统，虽然目前FLASH PLAYER 只支持2声道，但是很快就会突破那个限制




最后但是最重要的，有些东西我不会给出完全的答案，因为他们不过意味着无休止的悖论而已


将H.264和其他媒体格式做比较，也许是性能或者质量。我观察了已经做出的一些比较，他们虽然想做到客观，然而大多数情况下，由于市场战略等情况，通常是完全偏见的，我的观点是，自己动手使用下这些解码器，你自然就可以得到答案了，当然你们的结论也会不同，那也很好，质量并不是FLASH PLAYER支持H.264的主要原因

告诉我ON2VP6是否优于H.264 事实是它们各有所长，不仅仅是性能和品质方面，最优通常取决于你个人所处的场景。更重要的是FLASH PLAYER提供了更多的选择






我无法想你解释为什么我们不允许第三方的流服务器来流式化H.264媒体或者AAC音频进入FLASH PLAYER，我能告诉你的是我们不会不经授权就允许这种行为，你可以向ADOBE FLASH MEDIA SERVER SALES 员工侦讯细节情况

对于涉及到H.264媒体和AAC播放收费的情况，我也爱莫能助。可以参阅ADOBE 提供的通常指向MPEG-LA 和 Via Licensing. FAQ，H.264的授权规定总结可以从这里得到here.