时移、回看和录播，这三个业务，从功能性上来看，基本一致，前两者和第三者的区别在于，一个是录在局端，一个是录在终端，而时移和回看的区别则在于即时时间的长短，前者则注重以分钟为单位回视，而回看注重以天数为单位内的节目调看。但三者的最大帮助就是使用户摆脱了传统电视对观众在收看时间上的约束，你可以随意掌控时间，调节进度。因此这也就成了IPTV最受用户欢迎的功能之一。

    时移、回看诞生于IPTV，但现在双向互动电视上也在蔓延，其功能优势也在逐渐流失。而录播则是源起于国外的TIVO，在国内有一段时间也受到追捧。但从未来发展来看，在时移、回看的衬托下，录播的发展空间并不大，更何况，录播还需要添加额外的硬盘。在给用户增加设备成本的同时，也将设备损耗的风险转移给了用户。

    时移是对用户时间的摆脱，主要突出显示在以直播为主要表现形式的节目中，而回看，其实就是点播节目的新包装方式。

    从这两者的功能来说，其实并不是什么创新式的业务，只是思路在环境变化下的拓展，但他就是把握住了用户的需求，所以卜一问世，便成了用户欢迎的新热点。

    总结：

    这几个部分说涉及的业务是IPTV的基本业务。而就IPTV的发展来看，这些视频业务构筑成了IPTV面向用户的最直观服务。虽从长远来看，这些业务不是IPTV的收入增长点，但却是IPTV发展的必不可缺的敲门砖。

    IPTV业务是一种全新的业务形态，是集传统电视节目、互联网信息服务、增值业务服务于一体的融合性业务，同时也是未来数字家庭的真正切入点。（比冰箱IP，微波炉IP更加现实和大众化）而随着其发展。用户会逐渐将IPTV平台认可为其未来家庭业务的一个娱乐、服务中心。而IPTV本身的架构也决定了其必然要向这个方向发展。

    视频业务虽然只是敲门砖，只是未来娱乐服务中的一个部分，但对于业务起始阶段，对于中国老百姓而言，这些基本业务是必须要存在的，否则IPTV就难以得到用户的认可。

    随着如今用户生活水平的提升，用户的消费娱乐需求正呈多样化发展。所以，新业务的发展，已经从卖方转向了买方，在业务的推进过程中，必须更多考虑用户的心理活动。

    直播业务，虽然大多数老百姓都厌倦节目频道的多而重复，但真要精简，他们却又难以接受，即使提供服务对口，但他们会认为物有贬值，宁可不用也要追求一个多频道。而如果将直播频道取消，则现阶段用户在心理上就不会认可这个是电视视频。因此，直播频道在现阶段必须提供，其演进要跟随用户的接受程度和时间的变化。

    作为点播视频，要注重内容的引导和推陈出新，否则用户很容易在新鲜感过后，转移视线。甚至直接会影响用户的忠诚性。

    高清频道，未来趋势，但受制于现有条件，需要一步步的来，欲速则不达。

    时移，他的使用率是直接和直播频道连系在一起的。他谈不上业务的杀手锏，但却可以作为宣传上的杀手锏。

    以下是哈尔滨06年4月和07年3月的一个业务用户使用比率对比表，大家可以自己分析一下

06年4月三项业务使用比率

07年3月三项业务使用比率

    这一章主要分析IPTV的基本业务，后续将针对目前IPTV上所开展的一些业务来进行具体分析，请大家继续关注。

    而数字电视的高清化和IPTV的交互性，才是两者把握未来市场发展的真正差异化竞争的优势

它的其它一些参数如下（用法）[1]：用法: wget [选项]… [URL]…命令的引数使用长项目与短项目相同.
启动:
-V, –version显示Wget的版本并且离开.
-h, –help显示这个说明档.
-b, -background在启动之後跳到背景去.
-e, -execute=COMMAND执行一个`.wgetrc’里面的COMMAND指令.
纪录档与输入的档案:
-o, –output-file=FILE纪录讯息到FILE去.
-a, -append-output=FILE增加讯息到FILE去.
-d, –debug显示除错的输出.
-q, –quiet安静模式(不输入任何讯息).
-v, –verbose冗长模式(这是内定值).
-nv, –non-verbose关闭verboseness,但不是安静模式.
-i, –input-file=FILE从FILE读取URL .
-F, –force-html把输入的档案当作HTML.
下载:
-t, –tries=NUMBER设定重复尝试NUMBER次(0是无限制).
-O –output-document=FILE把文件写到FILE里.
-nc, –no-clobber不破坏已经存在的档案.
-c, –continue重新取得一个已经存在的档案.
–dot-style=STYLE设定取回状况的显示风格.
-N, –timestamping不取回比本地旧的档案.
-S, –server-response显示伺服器回应状况.
–spider不下载任何东西.
-T, –timeout=SECONDS设定读取时超过的时间为SECONDS秒.
-w, –wait=SECONDS在取回档案时等待SECONDS秒.
-Y, –proxy=on/off开启或关闭Proxy.
-Q, –quota=NUMBER设定取回档案的定额限制为NUMBER个.
目录:
-nd –no-directories不建立目录.
-x, –force-directories强制进行目录建立的工作.
-nH, –no-host-directories不建立主机的目录.
-P, –directory-prefix=PREFIX把档案存到PREFIX/…
–cut-dirs=NUMBER忽略NUMBER个远端的目录元件.
HTTP选项:
–http-user=USER设http使用者为USER.
–http-passwd=PASS设http使用者的密码为PASS.
-C, –cache=on/off提供/关闭快取伺服器资料(正常情况为提供).
–ignore-length忽略`Content-Length’标头栏位.
–proxy-user=USER设USER为Proxy使用者名称.
–proxy-passwd=PASS设PASS为Proxy密码.
-s, –save-headers储存HTTP标头成为档案.
-U, –user-agent=AGENT使用AGENT取代Wget/VERSION作为识别代号.
FTP选项:
–retr-symlinks取回FTP的象徵连结.
-g, –glob=on/off turn file name globbing on ot off.
–passive-ftp使用”passive”传输模式.
使用递回方式的取回:
-r, –recursive像是吸入web的取回–请小心使用!.
-l, –level=NUMBER递回层次的最大值(0不限制).
–delete-after删除下载完毕的档案.
-k, –convert-links改变没有关连的连结成为有关连.
-m, –mirror开启适合用来映射的选项.
-nr, –dont-remove-listing不要移除`.listing’档.
递回式作业的允许与拒绝选项:
-A, –accept=LIST允许的扩充项目的列表.
-R, –reject=LIST拒绝的扩充项目的列表.
-D, –domains=LIST允许的网域列表.
–exclude-domains=LIST拒绝的网域列表(使用逗号来分隔).
-L, –relative只跟随关联连结前进.
–follow-ftp跟随HTML文件里面的FTP连结.
-H, –span-hosts当开始递回时便到外面的主机.
-I, –include-directories=LIST允许的目录列表.
-X, –exclude-directories=LIST排除的目录列表.
-nh, –no-host-lookup不透过DNS查寻主机.
-np, –no-parent不追朔到起源目录.

[Ref.] [1]wget参数使用参考 [2]wget project http://www.gnu.org/software/wget/

版权声明 ：作者：dupola 原文标题：推荐一款下载工具 wget for windows 原文链接：http://dupola.com/post/151
(C) dupola 版权所有，转载时必须以链接形式注明作者和原始出处及本声明。

http://www.cnlei.org/blog/article.asp?id=169 最初用的下载工具是Flashget、网络蚂蚁
之后就是Webzip、Offline Explorer 。今天，从同事那听说WGet，据说它的下载功能更强，就下载了个WGET for Windows (win32)，一经试用果然十分强悍啊！
WGET for Windows (win32)    "GNU Wget is a free software package for retrieving files using HTTP, HTTPS and FTP, the most widely-used Internet protocols. It is a non-interactive commandline tool, so it may easily be called from scripts, cron jobs, terminals without Xsupport, etc." 
上边是Wget官方的简介， WGET for Windows是Windows下的移植版，用这个可以方便地下载文件或备份网站（HTTP、HTTPS、FTP协议）。和Heiko Herold的版本不同的是：这个静态链接到OpenSSL，这样你只需要一个wget.exe就够了 。
断点续传：wget -c http://...
完全备份一个网站：wget -mrnp http://...

http://linuxtoy.org/archives/wget-tips.html wget 使用技巧

wget 是一个命令行的下载工具。对于我们这些 Linux 用户来说，几乎每天都在使用它。下面为大家介绍几个有用的 wget 小技巧，可以让你更加高效而灵活的使用 wget。

1. $ wget -r -np -nd http://example.com/packages/ 这条命令可以下载 http://example.com 网站上 packages 目录中的所有文件。其中，-np 的作用是不遍历父目录，-nd 表示不在本机重新创建目录结构。
2. $ wget -r -np -nd --accept=iso http://example.com/centos-5/i386/ 与上一条命令相似，但多加了一个 --accept=iso 选项，这指示 wget 仅下载 i386 目录中所有扩展名为 iso 的文件。你也可以指定多个扩展名，只需用逗号分隔即可。
3. $ wget -i filename.txt 此命令常用于批量下载的情形，把所有需要下载文件的地址放到 filename.txt 中，然后 wget 就会自动为你下载所有文件了。
4. $ wget -c http://example.com/really-big-file.iso 这里所指定的 -c 选项的作用为断点续传。
5. $ wget -m -k (-H) http://www.example.com/ 该命令可用来镜像一个网站，wget 将对链接进行转换。如果网站中的图像是放在另外的站点，那么可以使用 -H 选项。

对于上面的朋友说的在windows下不能用wget的问题，有一个比较好的解决方案。Ming Bai(http://mbbill.googlepages.com/) 推荐了一个 unxutils 的windows工具包。里面包括了静态编译好的很多unix/Linux下面的工具(当然包括wget)。这个包的好处是体积非常小，而且不依赖任何动态连接库。感兴趣的朋友可以在如下地址下载到：http://unxutils.sourceforge.net/

301转向：是当用户或搜索引擎向网站服务器发出浏览请求时，服务器返回的HTTP数据流中头信息(header)中的状态码的一种，表示本网页永久性转移到另一个地址。

302重定向又称之为302代表暂时性转移(Temporarily Moved )， 也被认为是暂时重定向(temporary redirect)，一条对网站浏览器的指令来显示浏览器被要求显示的不同的URL，当一个网页经历过短期的URL的变化时使用。一个暂时重定向是一种服务器端的重定向，能够被搜索引擎蜘蛛正确地处理。

301重定向与302重定向的区别在于302重定向是暂时的重定向，搜索引擎会抓取新的内容而保留旧的网址。因为服务器返回302代码，搜索引擎认为新的网址只是暂时的。

301重定向是永久的重定向，搜索引擎在抓取新内容的同时也将旧的网址替换为重定向之后的网址。

301的含义是“永久重定向”，而302的含义是“临时重定向”
301 代表永久性转移是网页更改地址后对搜索引擎友好的最好方法，只要不是暂时搬移的情况,都建议使用301来做转址。

由于搜索引擎排名算法只是程序而不是人，在遇到302重定向的时候，并不能像人一样的去准确判定哪一个网址更适当，这就造成了网址URL劫持的可能性。也就是说，一个不道德的人在他自己的网址A做一个302重定向到你的网址B，出于某种原因， Google搜索结果所显示的仍然是网址A，但是所用的网页内容却是你的网址B上的内容，这种情况就叫做网址URL劫持。你辛辛苦苦所写的内容就这样被别人偷走了。

大家都已经对基本的301跳转和302跳转做了解释, 我从我的理解解答下。

如果从便于搜索引擎友好的话当然是301最合适，一般情况下非特意临时性URL转移，都尽量用301跳转，这样的一个好处是搜索引擎会把该URL的PR值都带到跳转后的地址，而302跳转早期被很多网站当作作弊手段，已经被多数搜索引擎重点盯查。

而性能方面原则上301跳转和302跳转没有多大差别，不过考虑到搜索引擎个案对待，也建议使用301跳转，301跳转搜索引擎是不对原地址进行访问的，而302跳转除了象@张洪保所讲可能被劫持之外，还有可能会加大对服务器的URL请求数量。

搜索引擎对302跳转进行判断的时候，如果发现跳转目标页面URL更加复杂，就会返回来对原URL进行访问，寻取一个简单友好的地址，这样无形会加重服务器性能损耗，因此301跳转要比302跳转靠普也对服务器性能有保障。

说法同@张洪保 以下是301和302状态码解释：

301 Moved Permanently

　　被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个 URI 之一。如果可能，拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。
　　新的永久性的 URI 应当在响应的 Location 域中返回。除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明。
　　如果这不是一个 GET 或者 HEAD 请求，因此浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。
　　注意：对于某些使用 HTTP/1.0 协议的浏览器，当它们发送的 POST 请求得到了一个301响应的话，接下来的重定向请求将会变成 GET 方式。

302 Found

　　请求的资源现在临时从不同的 URI 响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。
　　新的临时性的 URI 应当在响应的 Location 域中返回。除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明。
　　如果这不是一个 GET 或者 HEAD 请求，那么浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。
　　注意：虽然RFC 1945和RFC 2068规范不允许客户端在重定向时改变请求的方法，但是很多现存的浏览器将302响应视作为303响应，并且使用 GET 方式访问在 Location 中规定的 URI，而无视原先请求的方法。状态码303和307被添加了进来，用以明确服务器期待客户端进行何种反应。

1.    声卡已逐渐成为了计算机的标准配置，动人的音乐，有了它，会带给你身临其境的感受。我想没有人愿意关掉身边音箱的电源去玩没有背景音乐和各种音效的游戏。这位带给我们耳朵“享受”的“功臣”，究竟是怎样的，我想看了这篇文章，你就能做到“心中有数”了。
      自1998年以来，声卡接口已经从ISA转向了PCI。现在除了一些较老的机器上配30置的是ISA声卡以外，市场上早以是难觅踪影了。PCI声卡以其迅捷的传输速率，较低的CPU占用率和较好的3D音效、出色的MIDI表现，赢得了市场的欢迎。
   #1　　一、声卡的基本结构　　下^24030501a^为一款声卡的外观图，现将其主要部分按图上标准的数字顺序介绍如下。
      1．音效处理芯片：主要完成WAVE波形的采样与合成，音乐的合成，同时混音器、效果器也在其内部实现，是声卡最基本的部件。
      2．游戏／MIDI插口：用于连接游戏杆、手柄、方向盘等外界游戏控制器，同时也可用来连接MIDI键盘和电子琴。
      3．线性输出插孔（LINE OUT）：用于将声卡处理好的声音输入到有源音箱、耳机和功放。
      4．话筒输入插孔（MICIN）：用于连接话筒，主要用在语音识别、娱乐和录音等方面。
      5．线性输入插孔（LINE IN）：用于将随身听或电视机等外部设备的声音信号输入计算机。
      6．电话自动应答设备接口（TAD，Telephone Answering Device）：配合MODEM卡和软件，可使电脑具备电话自动应答功能。
      7．模拟CD音频输入接口（CD－IN）：将来自光驱的模拟音频信号接入。
      8．辅助音频输入口（AUX－IN）：用于将MPEG编／解码卡、电视卡、DVD解压卡等设备的声音信号输入声卡，使得各种设备的声音信号都通过声卡送到音箱。
      9．数字CD音频输入接口（CD－SPDIF）：作用是接收来自光驱的数字音频信号，确保最大限度地减少声音失真。
      10．数字子卡扩展插针（SPDIF－EXT）：用于与配套的子卡连接，实现数字信号的输入和输出。使得声卡能和专用的数字录音设备相连接（如：DAT、MD），并可输出AC－3信号等。
      随着计算机整体性能的提高，人们不断地追求更加完美的音乐与音效，因而对声卡的要求也越来越高，今天的声卡早已被各式各样的专用术语所“包围”，那我们就来看看它们究竟都是什么意思吧！
   #1　　二、声卡的基本术语
      采样位数：即采样值或取样值。它是用来衡量声音波动变化的一个参数，也就是声卡的分辨率。它的数值越大，分辨率也就越高，所发出声音的能力越强。由于受人耳的声音精确度限制，多媒体电脑中采用16位的声卡。
      采样频率：即取样频率，指每秒钟取得声音样本的次数。采样频率越高，声音的质量也就越好，声音的还原也就越真实，但同时它占的资源比较多。由于人耳的分辨率很有限，太高的频率并不能分辨出来。在16位声卡中有22KHz、44KHz等几级，其中，22KHz相当于普通FM广播的音质，44KHz已相当于CD音质了，目前的常用采样频率都不超过48KHz。
      MIDI：是Musical Instrument Digital Interface的简称，意为音乐设备数字接口。它是一种电子乐器之间以及电子乐器与电脑之间的统一交流协议。很多流行的游戏、娱乐软件中都有不少以MID、RMI为扩展名的MIDI格式音乐文件。MIDI文件是一种描述性的“音乐语言”，它将所要演奏的乐曲信息用字节进行描述。譬如在某一时刻，使用什么乐器，以什么音符开始，以什么音调结束，加以什么伴奏等等，也就是说MIDI文件本身并不包含波形数据，所以MIDI文件非常小巧。MIDI要形成电脑音乐必须通过合成。早期的ISA声卡普遍使用的是FM合成，即“频率调变”。它运用声音振荡的原理对MIDI进行合成处理，由于技术本身的局限，效果很难令人满意。而现在的声卡大都采用的是波表合成了，它首先将各种真实乐器所能发出的所有声音（包括各个音域、声调）进行取样，存储为一个波表文件。在播放时，根据MIDI文件记录的乐曲信息向波表发出指令，从“表格”中逐一找出对应的声音信息，经过合成、加工后回放出来。由于它采用的是真实乐器的采样，所以效果自然要好于FM。一般波表的乐器声音信息都以44.1KHz、16Bit的精度录制，以达到最真实的回放效果。理论上，波表容量越大合成效果越好。根据取样文件放置位置和由专用微处理器或CPU来处理的不同，波表合成又常被分为软波表和硬波表。
      MP3 WAV：zy是将声音文件采用专门的算法按1比10的比例压缩成很小的文件进行存储。而WAV则记录的是声音的本身，所以它占的硬盘空间很大。例如：16位的44.1KHz的立体声声音，一分钟要占用大约10MB的容量，和MIDI相比就差得很远。

不过，变形宽银幕技术也给一些普通消费者带来了困惑：到底什么是变形宽银幕？我能用得到变形宽银幕吗？16:9和4:3有什么区别？

1.85:1、2.35:1这些又是说的什么？变形宽银幕真的画面质量一定就好吗？

要回答这些问题，我们先从电影画面开始说起。

一、电影画面比例的发展历史

在电影刚刚出现的年代，所有电影的画面大小形状都是差不多的。我们一般把画面宽度和高度的比例称为长宽比（Aspect Ratio，也称为纵横比或者就叫做画面比例）。从19世纪末期一直到20世纪50年代，几乎所有电影的画面比例都是标准的1.33:1（准确地说是1.37:1，但作为标准来说统称为1.33:1）。也就是说，电影画面的宽度是高度的1.33倍。这种比例有时也表达为4:3，就是说宽度为4个单位，高度为3个单位。

这种画面比例后来被美国电影艺术和科学学院所接受，称为学院标准（Academy Standard）。这一时期的几乎所有经典老片都是以这种比例制作的。下面你看到的就是一些从DVD上截下来的实际电影画面。

20世纪50年代，刚刚诞生的电视行业面临着采用何种屏幕比例作为电视标准的问题。为了方便把电影搬上电视屏幕，美国国家电视标准委员会（NTSC）最后决定采用学院标准作为电视的标准比例，这也就是4:3电视画面比例的由来。这个比例一直到今天仍是电视的主导标准。

随着电影通过电视屏幕迅速进入家庭，好莱坞的电影公司发现电影院里的观众开始大量流失。为了让观众重新回到电影院，他们想出了新主意：立体电影和宽银幕电影。这两种电影的试验实际上从20年代就开始了，但直到50年代才受到真正的重视。

许多人应该还记得立体电影：带上一副立体眼镜就能看到立体的景象！不过立体电影由于诸多问题变成了昙花一现，宽银幕电影却一直流传下来并发展壮大。1953年，20世纪福克斯公司推出了CinemaScope的宽银幕电影格式，这种格式在其后的几年间被许多电影公司所采用。后来又出现了Panavision宽银幕格式，Panavision逐渐成为了市场主流并把CinameScope赶出了舞台。

现在，电影业界有着多种多样的画面比例格式，但有两种“标准”比例占据着主导地位：学院宽银幕（Academy Flat，1.85:1）和变形宽银幕（Anamorphic Scope，2.35:1）。注意这里的变形宽银幕和我们在DVD上所说的变形宽银幕不是一回事。变形宽银幕电影是指用变形球面镜头拍摄，把图象在水平方向挤压，使得画面能适合于1.37：1的胶片，如果对着光源直接看电影胶片的话，圆体看起来就会象又瘦又长的椭圆型。当播放影片时，就用带有变形镜头的电影播放设备，利用光学原理重新把图象拉宽放映，使图象回到原来的纵横比。其他画面比例还有1.66:1和2.20:1（70毫米胶片）等，但我们的介绍集中于1.85:1和2.35:1就行了。

在学院宽银幕格式下，电影画面的宽度是高度的1.85倍。在变形宽银幕格式下，电影画面的宽度是高度的2.35倍。下面分别是这两种画面比例的电影截图。

在电影院里，宽银幕电影本身的效果和视觉冲击力是无庸置疑的。但是如何把宽银幕电影搬上电视却成了一个难题。如果要把整个画面都显示出来，那电视屏幕的上下就必然会被浪费。解决这个问题主要有两种方法：Pan & Scan和Letterbox。

二、电影转为电视画面的方法

Pan & Scan就是在胶转磁过程中根据需要截取宽银幕画面中的某一块，就好像用4:3摄像机对着宽银幕摇镜头一样。但是在DVD的包装盒上，这种方式很少被叫做Pan & Scan，而是一般都叫做4:3全屏（Full Frame）。所以，你如果看到标有“4:3全屏”的DVD而电影本身又是宽银幕的，基本上就是说这部DVD是通过Pan & Scan方式制作出来的（会有例外）。

Pan & Scan方式实际上裁掉了很多原始的画面内容，有时候还会严重破坏原先的画面构图。所以大多数影迷都不太喜欢这种格式，而是更愿意看Letterbox格式。在Letterbox方式下，电影的全部原始画面都被保留了，电视屏幕上下的未使用部分则用黑条来填充，这样来构成一个4:3的画面。看下面两个例子。

这种方式的优点是你能看到导演拍的全部画面，缺点则是牺牲了一些垂直分辨率。但是对电影来说，看全画面才是最重要的，不是吗？现在Pan & Scan方式仍然有着巨大的市场，主要是很多人对屏幕上下的黑边无法接受，而且全屏上的人像显得大一点。不过了解了两种画面方式的差别之后，相信不少人会转投Letterbox方式的。

下面我们就来看看一些具体的画面比较，了解一下Pan & Scan方式到底会损失多少画面。

这两幅画面都是取自华纳的《银翼杀手》，上图来自宽屏版，下图来自全屏版。这个场景中哈里森·福特正在和肖恩·杨说话。注意宽屏版背景中导演刻意营造的画面，在全屏版中完全丧失了意境，而且两个角色也只剩了一个。

再看这个来自《赏金杀手》的场景。导演萨吉奥·里昂是宽银幕画面运用的高手。这时候克林特·伊斯特伍德刚刚来到镇上，受到一帮匪徒的挑衅。你可以看到导演在整个画面中是如何错落有致地安排人物的。而在全屏版中，有一个匪徒完全消失了，伊斯特伍德也只剩了半个身子，原先的戏剧张力完全消失了。

这是来自哥伦比亚三星的《好人无几》中的画面。导演在这里很好地运用了纵深镜头，把两个相对立的人物都包括了进来，增加了戏剧张力。但是在全屏版中，画面只够容下一个人，制作人员不得不保留汤姆·克鲁斯而把杰克·尼科尔森赶出画面，一个本可以当作范本的镜头就这样被破坏了。

上面这些都是2.35:1的例子，类似的情况在1.85:1的片子中同样存在，只不过没有2.35:1这么明显罢了。

当然，我们上面所说的只是绝大部分的情况。实际上也有一些相反的情况：你在4:3的电视上能看到比宽银幕电影更多的内容。这是因为有些导演（包括詹姆斯·卡梅伦）会使用超级35毫米摄影机来拍电影，这样得到的原始胶片就是4:3的，在电影院里用宽银幕格式放映的时候实际上是裁取了4:3画面的中间一块。请看下面的例子。

这两个画面分别来自哥伦比亚三星的《空军一号》宽屏版和满屏版。导演沃尔夫冈·皮特森就采用了超级35毫米摄影机来拍这部电影。电影在电影院中放映的时候是用的2.35:1的比例，但这并不是全部的原始画面，而只是其中的一部分！等到制作DVD的时候使用的是原始胶片，这样我们就看到了比电影院中更多的东西。画面中的白框显示了2.35:1的画面所裁切的部分。

不仅是《空军一号》，这种技术在《终结者2》、《泰坦尼克号》、《深渊》中都曾用过。但是这种方法也引起了诸多争议。比如詹姆斯·卡梅伦就曾说过，他拍的电影中实际上更喜欢有几部的全屏版画面。
除了上面这种方法以外，还有一种全新的方法，主要适用于全电脑制作的动画片，那就是干脆对宽屏版和全屏版分别构图！

请看这个来自迪斯尼的《虫虫危机》的例子。不用仔细观察就可以发现，全屏版是经过重新构图的。迪斯尼的工作人员在做全屏版的时候重新摆放了角色位置，一些背景物体的位置也有细微的变化。我们在画面中加了箭头好让大家看得更清楚一些。这样一来，两种画面格式都有了完美的画面，但是这种方式的缺点也是显而易见的：制作成本大大增加了。

三、DVD的变形宽银幕

好了，电影方面就先说这么多，下面我们应该转回电视和DVD来谈谈变形宽银幕的问题了。我们知道电视的下一步发展方向是数字电视。而数字电视的屏幕比例规定为1.78:1（16:9）。这个比例很接近学院宽银幕的1.85:1。所以如果要把1.85:1的电影搬上16:9电视，那简直再合适不过了，既不用进行什么裁切又能充分利用全部480条扫描线（NTSC制式，下同），在电视屏幕上看到整个电影画面。

但是现在毕竟大多数人用的还是4:3的传统电视。为了既照顾传统电视用户，又考虑将来的发展趋势，DVD在制定标准的时候就设计了变形宽银幕这样一个功能。这个功能从原理上说很象电影的变形宽银幕，但又有所区别。

我们以1.85:1的学院宽银幕画面为例。从电影制作DVD的时候，不进行任何裁切而是转换整个画面，但在横向上把画面压缩，这样就能用满电视的所有480条扫描线，但得到的是一个横向压缩的4:3画面（如果是2.35:1的画面则画面中本身就会有上下两个黑条）。最后，在视频数据中会加上一个标志，表明画面是变形宽银幕的。剩下的工作就由DVD机来完成了。

所有的DVD机在画面格式方面都有三种选项：16:9、4:3 Letterbox和4:3 Pan & Scan。如果你的电视是16:9的，就应该选16:9方式播放。这样DVD机会放出所有扫描线。由于16:9电视都具有横向扩展功能，收到数据流中的变形宽银幕信号就会自动进行横向扩展，把横向压缩的画面拉伸成为比例正确的16:9画面。

如果你的电视是4:3的，那么一般来说应该选择4:3 Letterbox方式。由于DVD机都有内置的Auto Letterbox功能，因此能把原始的480条扫描线重新取样为360条扫描线。这样也能得到比例正确的完整画面，而屏幕上下没有用到的部分则自动用黑条来填充。把垂直方向的480线变为360线这个工作可以通过不同的方法来完成。有些机器就是简单地每4根线丢弃一根线，有些比较高级的机器则会采用一些比较复杂的算法，以求得到较好的效果。但是不管怎么处理，最后的结果都是画面损失了垂直分辨率。DVD发烧友们都喜欢用16:9电视就是这个原因。从下图中也可以看到，圆形图案的边缘损失了很多细节。

在4:3电视上我们还可以选择4:3 Pan & Scan方式播放。DVD机的这个Pan & Scan和前面说过的电影制作中的Pan & Scan原理是一样的，但区别在于DVD机不会根据画面构图的情况选择裁切窗口，它总是固定裁切中间一块。最后得到的画面虽然保留了全部的扫描线，但只是原始画面的中间一部分，原始画面的两边都被切掉了。

要说明的是，存放在碟片上的变形宽银幕画面都是一样的，但制作人员可以通过在内容里设置不同的标志来控制变形宽银幕输出的格式。也就是说，如果某部分内容设成了只允许4:3 Letterbox，那么即使你把DVD机放到4:3 Pan & Scan方式也没用，出来的仍然是4:3 Letterbox画面。反过来也一样，如果DVD内容本身只允许4:3 Pan & Scan，那你就只能看到全屏的画面。所以，在4:3电视上到底能显示什么样的画面，最终还是由碟片本身决定的。

一般对正片来说，只要是变形宽银幕都会激活4:3 Letterbox格式。4:3 Pan & Scan方式由于有着上面所说的画面裁切方面的问题，往往对构图破坏很大（专业制作人员精心选择裁切画面都有这么多问题，何况固定裁取中间一块），所以很少有正片激活了这种方式。

但对于片头菜单来说情况就不一样了。制作人员在制作菜单的时候可以把重要的项目都放在中间，而在两边的区域里只放一些无关紧要的背景画面之类的。这样在4:3电视上就算裁掉了也不要紧。所以对菜单来说，变形宽银幕的菜单一般都激活了4:3 Pan & Scan方式，而很少有激活4:3 Letterbox方式的。

四、Letterbox的方方面面

上面说的是DVD机的Letterbox变形方式。有时候在说DVD的画面比例时也用Letterbox来表示按Letterbox方式（见第二节）制作的不可变形画面，比如Letterbox 1.85:1就是指不可变形的4:3画面格式，在这个4:3画面里上下都是黑条，只有中间一块1.85:1的区域是电影画面内容。这种格式如果在16:9电视上放出来，四周都有黑条，只有中间一块图像。

当然，16:9电视可以用拉伸功能把中间这块图像放大到整个画面来显示，但因为扫描线就这么多，所以放大后的图像会显得比较粗糙。
但是，在普通4:3电视上放的时候，这种格式得到的画面和变形宽银幕1.85:1的画面用4:3 Letterbox方式放出来是一样的。从理论上说，由专业人员制作的Letterbox画面比DVD机自己重取样产生的Letterbox画面应该要好。但是实际上同一部片子我们看到的变形宽银幕版本往往比不可变版本画质要好，即使在4:3电视上看起来也很明显，这又是为什么呢？

这是因为不可变形的DVD一般发行年代比较早，是DVD发展初期的产品。那时候DVD制作设备和技术都还不很成熟，做出来的画面往往瑕疵较多。到了后来DVD进入了成熟期，制作技术突飞猛进，画面水准大大提高。这时变形宽银幕格式也占了统治地位，可以说基本上没有电影再发行不可变形的Letterbox版本了，一般都是变形宽银幕，或者是变形宽银幕再加上单独制作的4:3全屏版。拿后来的东西和以前比，后来的画面当然要胜出了。

在传统的4:3电视上用4:3 Letterbox方式看变形宽银幕会损失25%的扫描线，但这个问题现在在某些机器上已经得到了解决。索尼、东芝等厂家都推出了带有垂直压缩功能的4:3电视。用这种电视看变形宽银幕的DVD，可以把DVD机设成16:9，然后用电视的垂直压缩功能把480条扫描线压缩到原先360线的范围内显示，这样既能保持画面比例正确，又能充分利用扫描线，显示清晰细腻的画面。比较一下下图和前面的4:3 Letterbox图，你可以看到这里的细节丰富得多。

好了，说到这里，大家对DVD的画面格式应该都有一个比较清楚的了解了吧。

1、JPEG（Joint Photographic Expert Group）
　　 JPEG是ISO/IEC联合图像专家组制定的静止图像压缩标准，是适用于连续色调（包括灰度和彩色）静止图像压缩算法的国际标准。JPEC算法共有4种运行模式，其中一种是基于空间预测（DPCM）的无损压缩算法，另外3种是基于DCT的有损压缩算法。
　　1）无损压缩算法，可以保证无失真地重建原始图像。
　　2）基于DCT的顺序模式，按从上到下，从左到右的顺序对图像进行编码，称为基本系统。
　　3）基于DCT的递进模式，指对一幅图像按由粗到细对图像进行编码。
　　4）分层模式。以各种分辨率对图像进行编码，可以根据不同的要求，获得不同分辨率的图像。

JEPG对图像的压缩有很大的伸缩性，图像质量与比特率的关系如下：
　　a)1.5～2.0比特/像素：与原始图像基本没有区别（transparent quality）。
　　b)0.75～1.5比特/像素：极好（excellent quality），满足大多数应用。
　　c)0.5～0.75比特/像素：好至很好（good to very good quality），满足多数应用。
　　d)0.25～0.5比特/像素：中至好（moderate to very good quality），满足某些应用。
2、JPEG-2000
　　与以往的JPEG标准相比，JPEG-2000压缩率比JPEG高约30%，它有许多原先的标准所不可比拟的优点。JPEG-2000与传统JPEG最大的不同，在于它放弃了JPEG所采用的以DCT变换为主的分块编码方式，而改为以小波变换为主的多分辨率编码方式。

　　首先，JPEG-2000能实现无损压缩（lossless compression）。在实际应用中，有一些重要的图像，如卫星遥感图像、医学图像、文物照片等，通常需要进行无损压缩。对图像进行无损编码的经典方法——预测法已经发展成熟，并作为一个标准写入了JPEG-2000中。

　　JPEG-2000还有一个很好的优点就是误码鲁棒性（robustness to bi terror）好。因此使用JPEG-2000的系统稳定性好，运行平稳，抗干扰性好，易于操作。

　　JPEG-2000能实现渐进运输（progressive trans mission），这是JPEG-2000的一个极其重要的特征。它可以先传输图像的轮廓，然后逐步传输数据，不断提高图像质量，以满足用户的需要，这在网络传输中具有非常重大的意义。使用JPEG-2000下载一个图片，用户可先看到这个图片的轮廓或缩影，然后再决定是否下载。而且，下载时可以根据用户需要和带宽来决定下载图像质量的好坏，从而控制数据量的大小。

　　JPEG-2000另一个极其重要的优点就是感兴趣区（ROI，Region Of Interest）特性。用户在处理的图像中可以指定感兴趣区，对这些区域进行压缩时可以指定特定的压缩质量，或在恢复时指定特定的解压缩要求，这给人们带来了极大的方便。在有些情况下，图像中只有一小块区域对用户是有用的，对这些区域采用高压缩比。在保证不丢失重要信息的同时，又能有效地压缩数据量，这就是感兴趣区的编码方案所采取的压缩策略。基于感兴趣区压缩方法的优点，在于它结合了接收方对压缩的主观要求，实现了交互式压缩。
3、MPEG-1
　　国际标准化组织ISO/IEC的运动图像专家组MPEG（Moving Picture Expert Group）一直致力于运动图像及其伴音编码标准化工作，并制定了一系列关于一般活动图像的国际标准。1993年制定的MPEG-1标准是针对1.5Mbit/s速率的数字存储媒体运动图像及其伴音编码制定的国际标准，该标准的制定使得基于CD-ROM的数字视频以及MP3等产品成为可能。MPEG-1的带宽最多为1.5Mbit/s，其中11Mbit/s用于视频，128Kbit/s用于音频，其余带宽用于MPEG系统本身。

　　为了追求高的压缩效率，去除图像序列的时间冗余度，同时满足多媒体等应用所必须的随机存取要求，MPEG-1视频把图像编码分成I帧、P帧、B帧和D帧共4种类型。I帧为帧内编码帧（intra coded frame），编码时采用类似JPEG的帧内DCT编码，I帧的压缩率是几种编码类型中最低的。P帧为预测编码帧（predictive coded frame），采用前向运动补偿预测和误差的DCT编码，由其前面的I或P帧进行预测。B帧为双向预测编码帧（bi-directionally predictive coded frame），采用双向运动补偿预测和误差的DCT编码，由前面和后面的I或P帧进行预测，所以B帧的压缩效率最高。D帧为直流编码帧（Dc coded frame），只包含每个块的直流分量。MPEG-1采用运动补偿支除图像序列时间轴上的冗余度，可使对P帧和B帧图像的压缩倍数比I帧提高很多。
4、MPEG-2
　　MPEG组织1995年推出的MPEG-2标准是在MPEG-1标准基础上的进一步扩展和改进，主要是针对数字视频广播、高清晰度电视和数字视盘等制定的4～9Mbit/s运动图像及其伴音的编码标准，MPEG-2是数字电视机顶盒与DVD等产品的基础。MPEG-2系统要求必须与MPEG-l系统向下兼容，因此其语法的最大特点在于兼容性好并可扩展。MPEG-2的目标与MPEG-1相同，仍然是提高压缩比，改善音频、视频质量，采用的核心技术还是分块DCT和帧间运动补偿预测技术。MPEG-2视频允许数据速率高达100Mbit/s，支持隔行扫描视频格式和许多高级性能。考虑到视频信号隔行扫描的特点，MPEG-2专门设置了“按帧编码”和“按场编码”两种模式，并相应地对运动补偿和DCT方法进行了扩展，从而显著提高了压缩编码的效率。考虑到标准的通用性，增大了重要的参数值，允许有更大的画面格式、比特率和运动矢量长度。除此之外，MPEG-2视频压缩编码还进行了以下扩展：
　　1）输入/输出图像彩色分量之比可以是4∶2∶0，4∶2∶2，4∶4∶4。
　　2）输入/输出图像格式不限定。
　　3）可以直接对隔行扫描视频信号进行处理。
　　4）在空间分辨率、时间分辨率、信噪比方面的可分级性适合于不同用途的解码图像要求，并可给出传输上不同等级的优先级。
　　5）码流结构的可分级性，比如头部信息、运动矢量等部分可以给予较高的优先级，而对于DCT系数的高频分量部分则给予较低的优先级。
　　6）输出码率可以是恒定的也可以是变化的，以适应同步和异步传输。
　　MPEG-2视频是一系列的系统，每一个系统具有安排好的共性和兼容程度。它允许对四种源格式或者级别进行编码，从简单清晰度(CIF格式)到完全的高清晰度电视HDTV(High Definition Television)。除了源格式的这种灵活性外，MPEG-2还规定了分辨率从低到高的4级5类共11种单独的技术规范，同一种类不同级别间的图像分辨率和编码速率相差甚远。表2给出了MPEG-2允许的级别和类的组合。
5、MPEG-3
　　MPEG-3是ISO/IEC最初为HDTV开发的编码和压缩标准，它要求传输速率在20Mbits/sev-40Mbits/sec间，但这将使画面有轻度扭曲。不过由于MPEG-2的出色性能表现，已能适用于HDTV，使得原打算为HDTV设计的MPEG-3，还没出世就被扼杀在摇篮中了。

6、MPEG-4
　　1992年11月，MPEG专家组决定开发新的适应于极低码率的音频/视频（AV，Audio-Visual）编码的国际标准，即MPEG-4。对于学术界来说，极低码率（即小于64Kbit/s）是视频编码标准的最后一个比特率范围。

　　MPEG-4专家组深入分析了AV领域中电视(television)、计算机(computer)、通信(communication)以及其交*融合的发展趋势后，认为MPEG-4应该提供用于通信的新方式，其核心是基于内容content-based)的AV信息存储、处理与操作，支持交互性、高压缩比以及通用存储性等功能。同时在其结构上应具有适应性与可扩展性，以适应硬、软件技术的不断发展，便于及时融合新的技术。

　　相对于MPEG的前两个压缩标准，MPEG-4已不再是一个单纯的视频音频编解码标准，它将内容与交互性作为核心，从而为多媒体提供了一个更为广阔的平台。它更多定义的是一种格式和框架，而不是具体的算法，这样人们可以在系统中加入许多新的算法。除了一些压缩工具和算法外，各种各样的多媒体技术如图像分析与合成、计算机视觉、语音合成等也可以充分应用于编码中。

　　H.261是ITU-T针对可视电话和会议电视、窄带ISDN等要求实时编解码和低延时应用提出的一个编码标准。该标准包含的比特率为p*64Kbit/s，其中p是一个整数，取值范围为1～30，对应比特率为64Kbit/s～92Mbit/s。
7、H.261
　　H.261标准大体上分为两种编码模式：帧内模式和帧间模式。对于缓和运动的人头肩像，帧间编码模式将占主导位置；而对画面切换频繁或运动剧烈的序列图像，则帧间编码模式要频繁地向帧内编码模式切换。
　　为了减少信道误码，采用一种叫做BCH（511，493）的纠错编码方式。这种纠错码可以在493比特中自动纠正2比特的错误。按H261规定，源编码器必须具备纠错编码的功能，而纠错编码是选用的。

8、H.263
　　1995年，ITU-T总结当时国际上视频图像编码的最新进展，针对低比特率视频应用制定了H.263标准，该标准被公认为是以像素为基础的采用第一代编码技术的混合编码方案所能达到的最佳结果。随后几年中，ITU-T又对其进行了多次补充，以提高编码效率，增强编码功能。补充修订的版本有1998年的H.263＋，2000年的H263＋＋。H.263系列标准特别适合于PSTN网络、无线网络与因特网等环境下的视频传输。

　　H.263已被几种可视电话采纳为终端标准，如支持PSTN与无线网的H.324，支持N-ISDN的H.320，支持B-ISDN的H.310等。H.263信源编码算法的核心仍然是H.261标准中采用的DPCM/DCT混和编码算法，原理框图也和H.261十分相似。
9、MPEG-7与MPEG-21
　　MPEG-7是为“多媒体内容描述接口”，是用于信息表示的，MPEG-7是“基于语义的表示”。MPEG-7定义了一个描述符标准集，用于描述各种类型的多媒体信息，与之相应的描述方案可以用于规范多媒体描述符的生成和不同描述符之间的有机联系。

　　这些描述符与指定的多媒体对象的内容紧密联系，采用提取对象特征的方法为实现基于内容和语义的准确检索提供接口。在此基础上，MPEG-7定义了一种描述定义语言(DDL，Description Definition Language)用于指定和生成描述方案，即希望提出新的视频、音频信息表示方式，它既不同于基于波形和基于压缩的表示方式(如MPEG-1和MPEG-2)，又不同于基于对象的表示方式(MPEG-4)。这一表示方式允许对信息的含义进行一定程度的解释，它可以被一个设备或计算机解码器存取。MPEG-7的目的在于提供一个标准化的核心技，以便描述多媒环境下的视频和音频内容，最终使视频和音频搜集像文本搜集一样简单方便。

　　MPEG-7可以描述的多媒体对象范围极其广泛，其核心部分DDL语言将充分吸收现有的各种媒体描述语言的特点，以达到对多媒体数据的普遍适应性。MPEG-4中提出的基于对象编码的思想将成为对多媒体数据库中的视频、音频对象进行处理（包括特征提取、压缩编码等）的基本手段。而MPEG-7的多媒体内容描述功能对MPEG-1，MPEG-2，MPEG-4起到性能提高和功能扩展的作用。

　　最后，MPEG-7将提供内容的描述而不是内容本身，它将不能替代已有的MPEG标准（MPEG-1，MPEG-2，MPEG-4），仅仅是已有3个标准的补充。

　　正在研制的新标准MPEG-21是一个支持通过异构网络和设备，使用户透明方便地使用多媒体资源的标准，其目的是建立一个交互的多媒体对象，实现多种业务模型，包括对版权和交易的自动管理，对内容使用者隐私的尊重等。

MPEG格式可是影像阵营中的一个大家族，也是我们平时所见到的最普遍的一种视频格式。从它衍生出来的格式尤其多，包括以mpg、mpe、mpa、m15、m1v、mp2等等为后缀名的视频文件都是出自这一家族。MPEG格式包括MPEG视频、MPEG音频和MPEG系统（视频、音频同步）三个部分，MP3（MPEG-3）音频文件就是MPEG音频的一个典型应用；视频方面则包括MPEG-1、MPEG-2和MPEG-4。

MPEG原是Moving Picture Experts Group的简称。这个名字本来的含义是指一个研究视频和音频编码标准的小组。现在我们所说的MPEG泛指由该小组制定的一系列视频编码标准。该小组于1988年组成，至今已经制定了MPEG-1、MPEG-2、MPEG-3、MPEG-4、MPEG-7等多个标准，MPEG-21正在制定中。

MPEG是ISO和IEC的工作组，它的官方头衔为：第一技术委员会第二十九子委员会第十一号工作组，英文头衔为ISO/IEC JTC1/SC29 WG11。MPEG大约每2-3个月举行一次会议，每次会议大约持续5天，在会议期间，新的建议和技术细节先在小组中讨论，成熟后进入标准化的正式审核程序。与MPEG工作组相关的其他几个视频标准化工作组包括ITU-T VCEG以及JVT。

• MPEG相关标准

   MPEG到目前为止已经制定并正在制定以下和视频相关的标准：

• MPEG-1：第一个官方的视频音频压缩标准，随后在Video CD中被采用，其中的音频压缩的第三级（MPEG-1 Layer 3）简称MP3，成为比较流行的音频压缩格式。
• MPEG-2：广播质量的视频、音频和传输协议。被用于无线数位电视-ATSC、DVB以及ISDB、数字卫星电视（例如DirecTV）、数字有线电视信号，以及DVD视频光盘技术中。
• MPEG-3：原本目标是为高清晰度电视（HDTV）设计，随后发现MPEG-2已足够HDTV应用，故MPEG-3的研发便中止。
• MPEG-4：2003年发布的视频压缩标准，主要是扩展MPEG-1、MPEG-2等标准以支援视频/音频对象（video/audio "objects"）的编码、3D内容、低位元率编码（low bitrate encoding）和数字版权管理 （Digital Rights Management），其中第10部分由ISO/IEC和ITU-T联合发布，称为H.264/MPEG-4 Part 10。
• MPEG-7：MPEG-7并不是一个视频压缩标准，它是一个多媒体内容的描述标准。
• MPEG-21：MPEG-21是一个正在制定过程中的标准，它的目标是为未来多媒体的应用提供一个完整的平台。

• MPEG工作原理

   MPEG（通常指MPEG-1）影像编码是基于变换的有损压缩。光学信号线经过采样形成视频信号，视频信号基本的单位叫做影格，一个影格就是一个独立的图像，然后影格被分割成小块做变换编码，然后量化，最后进行熵编码。请参见MPEG-1

MPEG-1、MPEG-2、MPEG-4实际上采用了的动量估计和动量补偿技术。在利用了动量补偿的帧(图像)中，被编码的是经过动量补偿的参考帧与目前图像的差。

MPEG只规定位元流的格式与解码精确度(即规定解码的方法)，而任何人可依照MPEG标准以不同方式实现编码器(程式)。除了可减少因编码专利造成的商业利益纠纷外，MPEG标准的主要目的在于确保不同的编码器所产生的位元流可被其他解码器正确的解码，只要此位元流符合标准。

• MPEG工具

   泛指与MPEG相关的各种播放、编解码、转换等软件，比如MPEG Encoder, Video Player, MPEG Converter，等等。基本上到download.com网站上可以下载，有免费的，也有付费的。网上也可以搜索一些破解的软件。源自：http://blog.sina.com.cn/s/blog_505c4ddf01008dcz.html

这里需要说明的是，概念要分清，之所以说VCD视频文件属于MPEG1类型，并不表示凡MPEG1文件都是VCD文件。只是说，VCD标准文件只是MPEG1文件中的一种。对于SVCD和DVD也一样，他们都属于MPEG2文件，都只是MPEG2文件中的一种标准，而并非所有的MPEG2编码文件都是SVCD或者DVD标准。

VCD标准的mpg文件，，是MPEG1文件中其中的一个标准，
分辨率 352×288， 祯率 25FPS，（PAL），   比特率1150K/S，音频流MPEG2.0 224K/S
            352×240， 祯率 29.97FPS，（NTSC），比特率1150K/S，音频流MPEG2.0 224K/S
满足以上参数标准的MPEG1文件，即为VCD标准的mpg文件，
但 MPEG1文件还有其他很多个参数标准，分辨率，祯率，比特率这些都还有其他很多组合。

SVCD标准的mpg文件，，是MPEG2文件中其中的一个标准，
分辨率 480×576， 祯率 25FPS，（PAL），   可调节 比特率1820-2500K/S，   音频流 MPEG2.0 224K/S
         480×480， 祯率 29.97FPS，（NTSC），可调节 比特率1820-2500K/S， 音频流 MPEG2.0 224K/S
满足以上参数标准的MPEG2文件，即为SVCD标准的mpg文件，
但 MPEG2文件还有其他很多个参数标准，分辨率，祯率，比特率这些都还有其他很多组合。

MKV（Matroska）常见问题浅析

10) 我如何才能在MP4文件中使用可变形重设尺寸(anamorphic resize)？
MPEG-4标准崇尚“多才能”，能够满足大众的各种需求。它提供了三种可能性：
1) 码流方面：这可能是最具可行性且最大众化的方法。
使用可以设定PAR(pixel aspect ratio/像素宽高比)的编码（例如3ivx, ffmpeg/ffvfw, xvid）。然后使用任一种MP4的Muxer工具（例如3ivx mp4 mixer, MP4Box, mp4UI）将得到的AVI Mux至mp4。对于已存在的码流，你可以使用Moitah的MPEG4 Modifier对MPEG-4 ASP进行修改PAR；使用hhanh的ARChange对AVC进行修改PAR。
下列工具可自动在回放中支持可变形重设尺寸：VideoLan, Mplayer或者带有3ivx, nero或haali parser加上XviD（xvid decode设置AR为auto）, 3ivx（打开“force overlay”）, Nero或ffdshow（打开“overlay mixer”）解码滤镜的dshow播放器。
2) 容器方面：MP4提供了一种“合成矩阵(Composition Matrix)”，能够修改AR、画面旋转、支持多层数据、回放时将两条音轨混音（例：将影片的语音和音乐分离）等功能。
Quicktime/Pro提供了很好的合成方法，通过：Movie -> Get Movie Properties -> Video/Sound Track -> Size/Layer/Volume/... ，还能够正确回放此类经合成编辑的MP4文件。
3) BIFS方面：提供了最广泛的编排创作的可能（Q9），同样还能够修改AR（例：通过改变2d缩放(Transform2D.scale)）。你可以使用GPAC的工程软件：MP4box和Osmo4来创建和回放此类BIFS控制的数据流。

11) 有没有可能在MP4中创建VFR(Variable Framerate/可变帧率)内容？
可以。察看下面的帖子。

12) 我如何播放MP4文件？
由于MP4的互用性这一巨大优势及开源标准（授权免费！）这些特性，现在已有众多工具可以在不同系统包括Mac, Linux, PocketPC当然还有windows中支持MP4。

1) 如果你想用基于dshow的播放器（例如media player classic, bsplayer, zoomplayer或者蹩脚的windows media player）来回放任何此类的媒体文件，首先你需要用到下面两个东西：
-- 一个分离滤镜(splitter/parser filter)：它能够在回放时将容器中包含的数据流（音频流、视频流、字幕流）分离开。
-- 一个解码滤镜(decode filter)：它（例如：ffdshow, 3ivx, CoreAAC）能够将编码的数据流解码。
顺便说一下，我们在播放AVI时不需要安装分离滤镜的唯一原因是windows系统已经默认安装了这个东西。

这里有一些组件包，包含了这些滤镜：
-- Gabest's MP4 Splitter支持AAC, ASP, AVC, MPEG-1/2音频（如MP2/MP3）与视频, 先进TTXT, MP4中的VobSubs和章节, 开源（Gabest的MPC播放器已经内建此滤镜）
-- Haali's Media Splitter支持MP4中的AAC, ASP, AVC, MPEG-1/2音频（例：mp2/mp3）和视频，TTXT，vobsubs和章节，并支持地切换音频、视频、字幕，是无限制的，部分开源的，免费的
-- 3ivx支持MP2, MP3, AAC, ASP, 章节但不支持MP4里的AVC！使用ffdshow或CoreAAC这样的解码器时请确定“allow unsupport decoders” 选项已勾选
-- Elecard提供了支持AAC, ASP, AVC的MP4 splitter，并附带ASP/AVC解码器
-- Nero支持AAC, ASP, AVC, vobsubs和章节（Nero7下只限Nero Showtime！Nero6下仅Nero Showtime支持字幕/章节/多音轨！）
-- HDX4支持MP4中的AAC和ASP
-- EnvivioTV 支持MP4中的高级内容/BIFS（样本）, AAC, ASP和AVC
-- Moonlight提供了支持MP3, AAC, ASP, AVC的MP4 splitter，并附带ASP/AVC解码器
-- Dicas的mpegable，支持RTP(Real-Time Transport Protocol/实时传输协议)流媒体，AAC, ASP和AMR（.3gp音频）的解码
-- Ligos的LSX-MPEG，仅支持Simple Profile视频，30天预览版本

2) 如果你不能/不想使用基于windows dshow的播放器，你也可以使用下列的播放器来播放MP4：
-- Apple的Quicktime，广泛使用，支持MPEG-4 SP, AVC和AAC
-- Realnetworks的RealPlayer10，支持MPEG-4 SP + b桢（仅plus版本）和AAC
-- GPAC的Osmo4，开源（GPL），支持BIFS（字幕，用户互动，类dvd目录...）和TTXT
-- MPlayer，开源（GPL），支持ASP和AVC，支持众多系统，象Win, Linux, Mac OS...
-- Videolan，开源（GPL），支持ASP和AVC，多系统支持
-- MPEG4IP的WMP4Player，开源（LGPL(Lesser General Public
License/GNU较宽松公共许可证)/MPL(Mozilla Public License)），支持ASP和AVC
-- xine，开源（GPL），多系统支持
-- TCPMP，用于PalmOS/WindowsCE
-- Philips的Platform4 Player支持PocketPC
-- ENST的Osmo4（基于参考源），支持高级内容/BIFS
-- IBM的M4Play含Toolkit for MPEG-4，基于Java，支持高级内容/BIFS

3) 硬件/独立播放器：由于最流行的MPEG-4 ASP执行者（DivX5/XviD）经常被放入AVI中，那也成为了现在播放器最广泛支持的格式。同样是nero的那些家伙，也是为了满足消费者日益增 长的需求，他们尝试将MP4容器格式能够被硬件播放器支持，并逐步取得了成功：
支持MP4的硬件播放器如下：
-- Avayon的DXP-1000支持MP4的AAC, ASP, VobSubs和章节
-- elta的8815 MP4支持MP4的AAC, ASP, VobSubs和章节
-- Gowell的AS 602支持MP4的AAC, ASP, VobSubs和章节
-- Kiss的DP-558支持AAC, ASP（不支持QPel(Quarter-Pixel/1/4象素预测)/GMC(Global Motion Compensation/全局动态补偿)），支持VobSubs和章节（Sigma Designs EM8560）
-- Packard Bell的DVD-DivX 450 pro支持MP4的AAC, ASP, VobSubs和章节
-- Philips的DVP630/632/642播放器支持MP4的ASP（不支持QPel/1WP GMC）, MP3（非AAC）（ESS Vibratto-II）
-- RJTech的RJ 1500DVX II支持MP4的AAC（5.1）, MP3, ASP (QPel/1WP GMC/CQM), VobSubs, 章节（ESS Vibratto-II）
-- Siemssen的SCO 5000ND支持MP4的AAC（不支持MP3/MP2），ASP (QPel/1WP GMC), VobSubs, 章节（Zoran Vaddis 776）。
-- Targa的DR-5200x支持MP4的AAC, ASP, VobSubs和章节
-- Tevion DR 2004，支持MP4的AAC, ASP (QPel/1WP GMC?)和VobSubs。
-- Tevion DVD-4000，最新的固件(firmware)支持MP4的ASP（不支持QPel/1WP GMC？）和MP3（非AAC）（ESS Vibratto-II）
-- Xoro的HSD 415/310播放器支持MP4的AAC, ASP（不支持QPel/1WP GMC？）, VobSubs, 章节（ESS Vibratto-II）。
-- M$的Xbox的Xbox Media Center支持MP4的MP2, MP3, AAC和AVC。
-- Sony的Playstation Portable（PSP）支持MP4的AAC, SP和AVC，保存在记忆棒(Memory Stick)中
-- Apple的iPod支持MP4的AAC，iPod video还支持AVC
-- Sigma Designs的Xcard支持在PC上硬体解码MPEG-4包括MP4容器

13) 如何直播/收看实时（live-）的MP4流媒体？
Apple和MPEG4IP提供了不错的、免费的工具以将MP4流媒体化：
想要做流媒体服务器，你可以使用Apple's Darwin Streaming Server，这是everwiked与linuxjornal里提供的操作指南。
要直播流媒体你可以使用MPEG4IP的mp4live（仅Linux支持），这是everwiked及MPEG4IP的指南；在Windows系统中，你可以使用MPEGRecorder（看上去像mp4live的一个端口）。
同样，你可以看一下ViTooKi的工具包（开源的流媒体服务器、播放器和其他相关工具）。
另一个免费、开源的mp4流媒体服务器是Cata提供的。
如果是MAC系统，你可以看一下Live Channel。

要播放广播/直播式的流媒体，你可以用Apple的Quicktime, Real的RealPlayer 10, MPEG4IP的WMP4Player, Dica的mpegable和EnvivioTV（都运作在dshow播放器下）和GPAC的Osmo4（最后两个也可以支持高级内容/用户互动）（Envivio的互动演示）。
通过MediaFrame（演示）和IBM（互动演示）的java applets你也可以在不支持安装播放器情况下来播放流媒体的MP4。

流媒体样本：1 2

14) 那里可以找到mp4码率计算工具？为什么由源AVI制作得到的MP4文件体积要比源AVI文件体积小一点？
MP4需要的overhead的容量远小于AVI容器（特别是VBR-mp3音轨）。勿需质疑，与AVI容器相反，MP4容器就是为MPEG-4视频和MP3设计的。
这里有一个计算式，你可以这样说：AVI中的视频流文件体积=最终输出的含视频音频的MP4文件体积（像700MB） - MP4的音频体积 + 3MB。
3ivx在它的主页上也提供了一个MP4码率计算工具，但它看上去不是十分精确。

15) MP4支持CRC(Cyclic Redundancy Check)/循环冗余码校验)/EDC(Error Detection Code/错误校验)或ECC(Error Correction Code/自纠错)吗？
不支持。MP4容器本身，乃至MPEG-4标准都不希望支持码流中的错误检测/纠正(Error Detection/Correction)（它们该用在该用的地方）。
点击这里，了解更多有关MPEG-4码流中的差错恢复(Error Resilience)。

16) 有没有可能得知一个MP4文件是用何种编码创建的？
是的。对于MPEG-4 ASP的视频流和MP3音频流（现在还没有一个真正的方法来确认是否用了AAC音频编码）来说，是可以的。
点击这里，了解更多。

17) MP4是MP3的继承者吗？
是，也不是。说它不是，因为MP3是一种特别的音频格式，而MP4是一种容器格式并非是音频编码。说它是的，因为MP4是MPEG-4标准的一部分，MPEG-4标准是MPEG-1/2的继承者，而mp3亦是它的一部分。
MPEG-4还包括AAC，一种比MP3更好的音频编码，也被用于MP4中。

18) MP4和MOV/3GP是一样的吗？
Apple的MOV容器格式确实与MP4的出发点相同（主要在moov atom方面），但它们之间还是有不少区别的。
从另一方面来说，MP4的出发点是3GP格式（通常用于手机中）的开发。3GP格式普遍用于MP4中，就像用于MOV中一样。然而，这仍是另一种格式。

19) 我还想了解更多关于MP4！在哪里能够找到更多信息？
在网络上有不少此类的信息：
MP4的说明文件可在这里找到。MPEG-4系统标准的草案可在这里找到。
有一些关于MP4的文档：1 2 3。
MPEG Industry Forum或Motion Picture Experts Group（MPEG）的主页上也有许多信息。
关于MPEG-4标准和MPEG-4系统（非常有技术价值）的FAQs是很有用的。
另外可以在audiocoding wiki找到许多信息（也有许多关于AAC的信息）。
关于MP4的创建, 编译成果MPEG4IP有不少指南，同样他们的CVS服务器和everwicked.com上也有指南。
（非常感谢hans-jürgen和ac-chan123提供链接）

　　虽然理论上画面的刷新率越快越好，但过高的刷新率并没有实际意义——当画面的FPS达到60帧/秒时，已经能满足绝大部分应用需求。一般情况下，如果能够保证游戏画面的平均FPS能够达到30帧/秒，那么画面已经基本流畅；能够达到50帧/秒，就基本可以体会到行云流水的感觉了。一般人很难分辨出60帧/秒与100帧/秒有什么不同。

　　(2)是什么影响了FPS

　　既然刷新率越快越好，为什么还要强调没必要追求太高的刷新率呢？其中原因是在显示分辨率不变的情况下，FPS越高，则对显卡的处理能力要求越高。

　　电脑中所显示的画面，都是由显卡来进行输出的，因此屏幕上每个像素的填充都得由显卡来进行计算、输出。当画面的分辨率是1024×768时，画面的刷新率要达到24帧/秒，那么显卡在一秒钟内需要处理的像素量就达到了“1024×768×24=18874368”。如果要求画面的刷新率达到50帧/秒，则数据量一下子提升到了“1024×768×50=39321600”。

　　FPS与分辨率、显卡处理能力的关系如下：处理能力=分辨率×刷新率。这也就是为什么在玩游戏时，分辨率设置得越大，画面就越不流畅的原因了。

RTSP协议

1．协议特点

RTSP协议具有如下的特点：

● 可扩展性：新方法和参数很容易加入RTSP。

● 易解析：RTSP可由标准 HTTP或MIME解析器解析。

● 安全：RTSP使用网页安全机制。

● 独立于传输：RTSP传输通道，可使用不可靠数据包协议（UDP）或可靠数据包协议（RDP），如要实现应用级可靠，可使用诸如TCP的可靠流协议。

● 记录设备控制：协议可控制记录和回放设备。

● 适合专业应用：通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑。

● 演示描述中立：协议未强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少需包含一个RTSP URI。

● 代理与防火墙友好：协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个“缺口”。

● 适当的服务器控制：如用户启动一个流，则也可以停止一个流。

● 传输协调：实际处理连续媒体流前，用户可协调传输方法。

● 性能协调：如基本特征无效，则必须有一些清理机制让用户决定那种方法不生效。这允许用户提出适合自己的界面。

2．同其他协议的关系

RTSP在功能上与HTTP有重叠，最明显的交叉是在流媒体内容的发布上——大多是通过网页进行的。目前的协议规范同时允许网页服务器和流媒体服务器支持RTSP实现。例如，演示描述可通过HTTP或RTSP获取，这样减少了基于浏览器情况下的往返传递时间，同时也支持独立的RTSP 服务器与不依赖HTTP的客户端通信。

但是，RTSP与HTTP 的本质差别在于以下五个方面

● RTSP和HTTP是两个不同的协议，它们采用不同的方法和协议标志符。

● RTSP协议的数据发送不占用协议带宽，并且以不同的协议发送。

● HTTP是一个不对称协议，客户端发出请求，服务器应答。在RTSP中，客户端和服务器都可发出请求，且请求是有状态的。

● HTTP是一个无状态协议，而RTSP在任何情况下，必须保持一定状态，以便在请求确认后的很长时间内，仍可设置参数，控制媒体流。

● RTSP使用ISO 10646（UTF-8）定义，而不使用ISO 8859-1定义，保持与当前的HTML一致。

虽然大多数实时媒体采用RTP作为传输协议，但RTSP并不绑定RTP。

重用HTTP的功能至少在两个方面有好处:安全和代理。由于要求非常接近，因此在缓存、代理和授权上采用HTTP功能是有价值的。

RTSP的实现

RTSP功能实现结构如下图所示。

RTSP在流媒体传输过程中，仅仅为双方建立连接，并不具备任何智能，也就不能很好地应付难以预料的网络状态。因此，必须在它原有功能的基础上，进行改进。

1、初始化

在建立连接之前，客户端应向服务器提出测试请求，即要求服务器向客户端发送相应的测试数据包。初始化的目的，是为了获取客户端和服务器之间的一些网络参数，估测基本网络状况，并以此选择相应的网络传输协议，使客户端获得最佳观看效果。

接到这个请求之后，服务器将根据自身情况进行如下测试：

● 利用同客户端建立的RTSP通道，采用TCP协议，下发测试数据包。

● 采用UDP协议，向客户端下发测试数据包。

测试数据包仅做测试用，上面带有相应的时间和顺序信息，其内部数据并无任何意义。

需要向RTSP增加一个新的方法TEST，以支持这种传输前的测试工作。

2、TCP传输

如果在TCP测试中，客户端反馈良好，即丢包率在可承受范围之内，并且在规定时间内到达，那么就认为客户端同服务器之间的网络状况良好， 可以采用RTP over TCP的方式发送数据。由于TCP没有丢包（其自身具有重传机制），网络状况又属于良好，因此客户端将有较高的视听享受。

当子网内存在防火墙时，就需要采用RTSP附加数据传输方式。即把音视频数据直接打包，在RTSP通信信道内传输。这种传输方式也存在一定的问题：

● 传输过程中，只是把音视频文件当成一个普通文件来处理，而没有考虑到它的音视频特性，不利于以后的扩展。

● 音频与视频文件没有分离，不利于某些特殊需求的场合。例如，客户端需要对音、视频做不同的处理。

● 客户端的反馈和RTSP的控制信息也是通过同一条RTSP信道传送，因此控制效率不高。

因此，一般情况下，都默认使用RTP over TCP的方式发送数据。

3、UDP传输

如果在TCP测试中，客户端的反馈存在比较大的问题，即网络情况不理想，就应该考虑进行UDP测试。

目前初步采取的措施，在服务器端准备了两种码率的视频文件——高码率和低码率。

收到客户端的TEST方法后，将采用UDP协议下发测试包。采取的策略是每间隔2秒，下发一个1500字节的UDP数据包。当丢包率处于一定范围（75％～85％）之内，就认为客户端的网络状况基本良好，可以下发高码率的电影文件;否则，认为测试不成功，由于网络状况的限制，仅对客户端下发低码率的电影文件。

在基于UDP的播放过程中，可能会出现轻微的马赛克，这是完全可以接受的。这些马赛克出现的主要原因是：

● 不可靠连接造成的网络丢包，为客户端被动丢包。

● 高质量文件（DVD－>MP4）的高数据量，使得客户端解码线程和显示线程出现拥塞，从而出现客户端主动丢包。

但从整体而言，UDP传输消耗的带宽，要比TCP小许多。在一般的视频点播要求下，使用基于UDP的传输线路，是完全可以满足要求的。

4、传输反馈

在传输过程中，主要采取的方式是RTP over TCP或RTP over UDP，因此，在RTP端口之外，还存在一个回传端口RTCP。

在服务器收到客户端的RTCP回传信息后，需要对其进行判断。如果客户端的丢包率、解码率等指标在一定限度之下，就认为目前传送的视频文件可令客户端获得最大程度的音视频享受;否则，考虑改为传输更低码率的视频文件或放弃这次RTSP会话，以避免更大范围的拥塞。

5、实际效果

采取如上方法设计的系统，可以满足视频点播的基本要求，避免了服务器视频文件下发的盲目性，同时使客户端应用效果最好。

引入智能流技术

随着针对流媒体技术研究的不断深入，简单的流媒体实现已经不能满足人们日益增长的网络文化需求。即使在宽带条件下，当网络用户达到一定限额时，简单的流媒体技术将面临着网络拥塞、丢包等常见的网络问题。因此，如何在网络出现异常的情况下，依然保证客户端音视频享受的最大化，就成为现在研究的热点。

一种解决方法是服务器减少发送给客户端的数据而阻止再缓冲，在RealSystem 5.0中，这种方法称为“视频流瘦化”。这种方法的限制是RealVideo文件必须是一种数据速率设计，结果可通过抽取内部帧扩展到更低速率，导致质量较低，离原始数据速率越远，质量越差。

另一种解决方法是根据不同连接速率创建多个文件，根据用户连接，服务器发送相应文件，这种方法带来制作和管理上的困难，而且，用户连接是动态变化的，服务器也无法实时协调。

智能流技术通过两种途径克服带宽协调和流瘦化:首先，确立一个编码框架，允许不同速率的多个流同时编码，合并到同一个文件中；第二，采用一种复杂客户/服务器机制探测带宽变化。

针对软件、设备和数据传输速度上的差别，用户以不同带宽浏览音视频内容。为满足客户要求，Real Networks公司编码、记录不同速率下媒体数据，并保存在单一文件中，此文件被称为智能流文件，即创建可扩展流式文件。当客户端发出请求时，它将其带宽容量传给服务器，媒体服务器根据客户带宽将智能流文件相应部分传送给用户。以此方式，用户可使用最优质的传输，制作人员只需要压缩一次，管理员也只需要维护单一文件，而媒体服务器根据所得带宽自动切换。智能流通过描述Internet上变化的带宽特点来发送高质量媒体并保证其可靠性，并对混合连接环境的内容授权提供了解决方法。这样流媒体实现方式如下：对所有连接速率环境创建一个文件。在混合环境下以不同速率传送媒体。根据网络的变化情况，无缝切换到其他速率。关键帧优先，音频比部分视频帧数据更重要，向后兼容老版本RealPlayer。