空间里怎么放多个网站,中国建设银行网站宁波,wordpress 视频播放器插件,asp做网站优点0. 生活中的视音频技术 平时我们打开电脑中自己存电影的目录的话#xff0c;一般都会如下图所示#xff0c;一大堆五花八门的电影。#xff08;其实专业的影视爱好者一概会把影视文件分门别类的#xff0c;但我比较懒#xff0c;一股脑把电影放在了一起#xff09; 因… 0. 生活中的视音频技术 平时我们打开电脑中自己存电影的目录的话一般都会如下图所示一大堆五花八门的电影。其实专业的影视爱好者一概会把影视文件分门别类的但我比较懒一股脑把电影放在了一起 因为下载的来源不同这些电影文件有不同的格式用不同的后缀表示avirmvbmp4flvmkv等等当然也使用不同的图标。在这里需要注意的是这些格式代表的是封装格式。何为封装格式就是把视频数据和音频数据打包成一个文件的规范。仅仅靠看文件的后缀很难能看出具体使用了什么视音频编码标准。总的来说不同的封装格式之间差距不大各有优劣。 注有些封装格式支持的视音频编码标准十分广泛应该算比较优秀的封装格式比如MKV而有些封装格式支持的视音频编码标准很少应该属于落后的封装格式比如RMVB。 下面演示一下如何使用视频播放器查看一个视频文件采用的视音频技术 注在这里使用Media Player Classic作为演示实际上暴风影音KMplayer这些操作都差不太多。 1.打开一个视频文件 2.在视频画面上右键单击选择属性。 3.在弹出的“属性”对话框的“MediaInfo”选项卡中就可以查看该视频文件采用的视音频技术了。如下图所示“变形金刚预告片_h1080p.mov”采用MPEG4的QuickTime封装格式MOV采用了H.264AVC的压缩编码标准。 在这里用到了一个查看媒体信息的工具MediaInfo。MediaInfo是一个专门查看视音频格式的工具软件的详细使用可参考 MediaInfo使用简介新版本支持HEVC 源代码分析可参考 MediaInfo源代码分析 1整体结构[系列文章] 生活中的视音频技术到此为止下面介绍一下具体的视音频技术。 1. 视频播放器原理 视音频技术主要包含以下几点封装技术视频压缩编码技术以及音频压缩编码技术。如果考虑到网络传输的话还包括流媒体协议技术。 视频播放器的源代码详细解析Media Player Classic - HCMplayerFFplayXBMC可以参考系列文章 Media Player ClassicMedia Player Classic - HC源代码分析 1整体结构[系列文章] MplayerMPlayer源代码分析 FFplay FFplay源代码分析整体流程图 XBMC XBMC源代码分析 1整体结构以及编译方法[系列文章] 在这里不细说了仅简要说明一下视频播放器的原理。 视频播放器播放一个互联网上的视频文件需要经过以下几个步骤解协议解封装解码视音频视音频同步。如果播放本地文件则不需要解协议为以下几个步骤解封装解码视音频视音频同步。他们的过程如图所示。 解协议的作用就是将流媒体协议的数据解析为标准的相应的封装格式数据。视音频在网络上传播的时候常常采用各种流媒体协议例如HTTPRTMP或是MMS等等。这些协议在传输视音频数据的同时也会传输一些信令数据。这些信令数据包括对播放的控制播放暂停停止或者对网络状态的描述等。解协议的过程中会去除掉信令数据而只保留视音频数据。例如采用RTMP协议传输的数据经过解协议操作后输出FLV格式的数据。 解封装的作用就是将输入的封装格式的数据分离成为音频流压缩编码数据和视频流压缩编码数据。封装格式种类很多例如MP4MKVRMVBTSFLVAVI等等它的作用就是将已经压缩编码的视频数据和音频数据按照一定的格式放到一起。例如FLV格式的数据经过解封装操作后输出H.264编码的视频码流和AAC编码的音频码流。 解码的作用就是将视频/音频压缩编码数据解码成为非压缩的视频/音频原始数据。音频的压缩编码标准包含AACMP3AC-3等等视频的压缩编码标准则包含H.264MPEG2VC-1等等。解码是整个系统中最重要也是最复杂的一个环节。通过解码压缩编码的视频数据输出成为非压缩的颜色数据例如YUV420PRGB等等压缩编码的音频数据输出成为非压缩的音频抽样数据例如PCM数据。 视音频同步的作用就是根据解封装模块处理过程中获取到的参数信息同步解码出来的视频和音频数据并将视频音频数据送至系统的显卡和声卡播放出来。 接下来的几节我们将会列出主要的流媒体协议封装格式以及视音频编码标准。更详细的比较可以参考 视频参数流媒体系统封装格式视频编码音频编码播放器对比 有关本文中涉及到的协议数据、封装格式数据、视频编码数据、音频编码数据、视频像素数据、音频采样数据的分析可以参考下面系列文章 视音频数据处理入门RGB、YUV像素数据处理 视音频数据处理入门PCM音频采样数据处理 视音频数据处理入门H.264视频码流解析 视音频数据处理入门AAC音频码流解析 视音频数据处理入门FLV封装格式解析 视音频数据处理入门UDP-RTP协议解析 2. 流媒体协议 流媒体协议是服务器与客户端之间通信遵循的规定。当前网络上主要的流媒体协议如表所示。 主要流媒体协议一览 名称 推出机构 传输层协议 客户端 目前使用领域 RTSPRTP IETF TCPUDP VLC, WMP IPTV RTMP Adobe Inc. TCP Flash 互联网直播 RTMFP Adobe Inc. UDP Flash 互联网直播 MMS Microsoft Inc. TCP/UDP WMP 互联网直播点播 HTTP WWWIETF TCP Flash 互联网点播 RTSPRTP经常用于IPTV领域。因为其采用UDP传输视音频支持组播效率较高。但其缺点是网络不好的情况下可能会丢包影响视频观看质量。因而围绕IPTV的视频质量的研究还是挺多的。 RTSP规范可参考RTSP协议学习笔记 RTSPRTP系统中衡量服务质量可参考网络视频传输的服务质量QoS 上海IPTV码流分析结果可参考IPTV视频码流分析 因为互联网网络环境的不稳定性RTSPRTP较少用于互联网视音频传输。互联网视频服务通常采用TCP作为其流媒体的传输层协议因而像RTMPMMSHTTP这类的协议广泛用于互联网视音频服务之中。这类协议不会发生丢包因而保证了视频的质量但是传输的效率会相对低一些。 此外RTMFP是一种比较新的流媒体协议特点是支持P2P。 RTMP我做的研究相对多一些比如RTMP规范简单分析或者RTMP流媒体播放过程 相关工具的源代码分析RTMPdump源代码分析 1 main()函数[系列文章] RTMP协议学习RTMP流媒体技术零基础学习方法 3. 封装格式 封装格式的主要作用是把视频码流和音频码流按照一定的格式存储在一个文件中。现如今流行的封装格式如下表所示 主要封装格式一览 名称 推出机构 流媒体 支持的视频编码 支持的音频编码 目前使用领域 AVI Microsoft Inc. 不支持 几乎所有格式 几乎所有格式 BT下载影视 MP4 MPEG 支持 MPEG-2, MPEG-4, H.264, H.263等 AAC, MPEG-1 Layers I, II, III, AC-3等 互联网视频网站 TS MPEG 支持 MPEG-1, MPEG-2, MPEG-4, H.264 MPEG-1 Layers I, II, III, AAC, IPTV数字电视 FLV Adobe Inc. 支持 Sorenson, VP6, H.264 MP3, ADPCM, Linear PCM, AAC等 互联网视频网站 MKV CoreCodec Inc. 支持 几乎所有格式 几乎所有格式 互联网视频网站 RMVB Real Networks Inc. 支持 RealVideo 8, 9, 10 AAC, Cook Codec, RealAudio Lossless BT下载影视 由表可见除了AVI之外其他封装格式都支持流媒体即可以“边下边播”。有些格式更“万能”一些支持的视音频编码标准多一些比如MKV。而有些格式则支持的相对比较少比如说RMVB。 这些封装格式都有相关的文档在这里就不一一例举了。 我自己也做过辅助学习的小项目 TS封装格式分析器 FLV封装格式分析器 4. 视频编码 视频编码的主要作用是将视频像素数据RGBYUV等压缩成为视频码流从而降低视频的数据量。如果视频不经过压缩编码的话体积通常是非常大的一部电影可能就要上百G的空间。视频编码是视音频技术中最重要的技术之一。视频码流的数据量占了视音频总数据量的绝大部分。高效率的视频编码在同等的码率下可以获得更高的视频质量。 视频编码的简单原理可以参考视频压缩编码和音频压缩编码的基本原理 注视频编码技术在整个视音频技术中应该是最复杂的技术。如果没有基础的话可以先买一些书看一下原理比如说《现代电视原理》《数字电视广播原理与应用》本科的课本中的部分章节。 主要视频编码一览 名称 推出机构 推出时间 目前使用领域 HEVC(H.265) MPEG/ITU-T 2013 研发中 H.264 MPEG/ITU-T 2003 各个领域 MPEG4 MPEG 2001 不温不火 MPEG2 MPEG 1994 数字电视 VP9 Google 2013 研发中 VP8 Google 2008 不普及 VC-1 Microsoft Inc. 2006 微软平台 由表可见有两种视频编码方案是最新推出的VP9和HEVC。目前这两种方案都处于研发阶段还没有到达实用的程度。当前使用最多的视频编码方案就是H.264。 4.1 主流编码标准 H.264仅仅是一个编码标准而不是一个具体的编码器H.264只是给编码器的实现提供参照用的。 基于H.264标准的编码器还是很多的究竟孰优孰劣可参考MSU出品的 H.264编码器比较2011.5 在学习视频编码的时候可能会用到各种编码器实际上就是一个exe文件他们常用的编码命令可以参考各种视频编码器的命令行格式 学习H.264最标准的源代码就是其官方标准JM了。但是要注意JM速度非常的慢是无法用于实际的H.264参考软件JM12.2RC代码详细流程 实际中使用最多的就是x264了性能强悍超过了很多商业编码器而且开源。其基本教程网上极多不再赘述。编码时候可参考x264编码指南——码率控制。编码后统计值的含义X264输出的统计值的含义X264 Stats Output Google推出的VP8属于和H.264同一时代的标准。总体而言VP8比H.264要稍微差一点。有一篇写的很好的VP8的介绍文章深入了解 VP8。除了在技术领域VP8和H.264在专利等方面也是打的不可开交可参考文章WebM(VP8) vs H.264 此外我国还推出了自己的国产标准AVS性能也不错但目前比H.264还是要稍微逊色一点。不过感觉我国在视频编解码领域还算比较先进的可参考视频编码国家标准AVS与H.264的比较节选 近期又推出了AVS新一代的版本AVS具体的性能测试还没看过。不过据说AVS得到了国家政策上非常强力的支持。 4.2 下一代编码标准 下一代的编解码标准就要数HEVC和VP9了。VP9是Google继VP8之后推出的新一代标准。VP9和HEVC相比要稍微逊色一些。它们的对比可参考1HEVC与VP9编码效率对比 2HEVCVP9x264性能对比 HEVC在未来拥有很多大的优势可参考HEVC将会取代H.264的原因 学习HEVC最标准的源代码就是其官方标准HM了。其速度比H.264的官方标准代码又慢了一大截使用可参考HEVC学习—— HM的使用 未来实际使用的HEVC开源编码器很有可能是x265目前该项目还处于发展阶段可参考x265(HEVC编码器基于x264)介绍。x265的使用可以参考HEVCH.265标准的编码器x265DivX265试用 主流以及下一代编码标准之间的比较可以参考文章视频编码方案之间的比较HEVCH.264MPEG2等 此外在码率一定的情况下几种编码标准的比较可参考限制码率的视频编码标准比较包括MPEG-2H.263 MPEG-4以及 H.264 结果大致是这样的 HEVC VP9 H.264 VP8 MPEG4 H.263 MPEG2。 截了一些图可以比较直观的了解各种编码标准 HEVC码流简析HEVC码流简单分析 H.264码流简析H.264简单码流分析 MPEG2码流简析MPEG2简单码流分析 以上简析使用的工具视频码流分析工具 我自己做的小工具 H.264码流分析器 5. 音频编码 音频编码的主要作用是将音频采样数据PCM等压缩成为音频码流从而降低音频的数据量。音频编码也是互联网视音频技术中一个重要的技术。但是一般情况下音频的数据量要远小于视频的数据量因而即使使用稍微落后的音频编码标准而导致音频数据量有所增加也不会对视音频的总数据量产生太大的影响。高效率的音频编码在同等的码率下可以获得更高的音质。 音频编码的简单原理可以参考视频压缩编码和音频压缩编码的基本原理 主要音频编码一览 名称 推出机构 推出时间 目前使用领域 AAC MPEG 1997 各个领域新 AC-3 Dolby Inc. 1992 电影 MP3 MPEG 1993 各个领域旧 WMA Microsoft Inc. 1999 微软平台 由表可见近年来并未推出全新的音频编码方案可见音频编码技术已经基本可以满足人们的需要。音频编码技术近期绝大部分的改动都是在MP3的继任者——AAC的基础上完成的。 这些编码标准之间的比较可以参考文章音频编码方案之间音质比较AACMP3WMA等 结果大致是这样的 AAC MP3PRO AAC RealAudio WMA MP3 AAC格式的介绍AAC格式简介 AAC几种不同版本之间的对比AAC规格LCHEHEv2及性能对比 AAC专利方面的介绍AAC专利介绍 此外杜比数字的编码标准也比较流行但是貌似比最新的AAC稍为逊色AC-3技术综述 我自己做的小工具 AAC格式分析器 6. 现有网络视音频平台对比 现有的网络视音频服务主要包括两种方式点播和直播。点播意即根据用户的需要播放相应的视频节目这是互联网视音频服务最主要的方式。绝大部分视频网站都提供了点播服务。直播意即互联网视音频平台直接将视频内容实时发送给用户目前还处于发展阶段。直播在网络电视台社交视频网站较为常见。 6.1 直播平台参数对比 主流互联网视音频平台直播服务的参数对比如表所示 现有网络视音频平台参数对比 名称 协议 封装 视频编码 音频编码 播放器 CNTV 私有 华数TV RTMP FLV H.264 AAC Flash 六间房 RTMP FLV H.264 AAC Flash 中国教育电视台 RTMP FLV H.264 AAC Flash 北广传媒移动电视 RTMP FLV H.264 AAC Flash 上海IPTV RTSPRTP TS H.264 MP2 机顶盒 可以看出直播服务普遍采用了RTMP作为流媒体协议FLV作为封装格式H.264作为视频编码格式AAC作为音频编码格式。采用RTMP作为直播协议的好处在于其被Flash播放器支持。而Flash播放器如今已经安装在全球99%的电脑上并且与浏览器结合的很好。因此这种流媒体直播平台可以实现“无插件直播”极大的简化了客户端的操作。封装格式视频编码音频编码方面无一例外的使用了FLV H.264 AAC的组合。FLV是RTMP使用的封装格式H.264是当今实际应用中编码效率最高的视频编码标准AAC则是当今实际应用中编码效率最高的音频编码标准。视频播放器方面都使用了Flash播放器。 6.2 点播平台参数对比 主流网络视音频平台点播服务的参数对比如表所示 现有互联网视音频平台参数对比 名称 协议 封装 视频编码 音频编码 播放器 CNTV HTTP MP4 H.264 AAC Flash CNTV部分 RTMP FLV H.264 AAC Flash 华数TV HTTP MP4 H.264 AAC Flash 优酷网 HTTP FLV H.264 AAC Flash 土豆网 HTTP F4V H.264 AAC Flash 56网 HTTP FLV H.264 AAC Flash 音悦台 HTTP MP4 H.264 AAC Flash 乐视网 HTTP FLV H.264 AAC Flash 新浪视频 HTTP FLV H.264 AAC Flash 可以看出点播服务普遍采用了HTTP作为流媒体协议H.264作为视频编码格式AAC作为音频编码格式。采用HTTP作为点播协议有以下两点优势一方面HTTP是基于TCP协议的应用层协议媒体传输过程中不会出现丢包等现象从而保证了视频的质量另一方面HTTP被绝大部分的Web服务器支持因而流媒体服务机构不必投资购买额外的流媒体服务器从而节约了开支。点播服务采用的封装格式有多种MP4FLVF4V等它们之间的区别不是很大。视频编码标准和音频编码标准是H.264和AAC。这两种标准分别是当今实际应用中编码效率最高的视频标准和音频标准。视频播放器方面无一例外的都使用了Flash播放器。