流媒体用的是什么协议？

流媒体的传输协议
大家在观看网上或者电视时，一般都会注意到这些文件的连接都不是用>

摄像头采集；

1、音视频编解码；

2、流媒体协议；

3、音视频流推送到流媒体服务器；

4、流媒体网络分发；

5、用户播放器；

6、音视频同步；

7、网络延迟自适应；

8、需要录制，多种视频文件的格式和封装；

9、语言：C、C、html、php、mysql

10、开发环境：嵌入式，Linux，Windows，Web

还有就是视频播放解决方案（卡顿、延迟）：

1、CDN加速；

2、自己架服务器；

3、用别人的云服务。

用CDN加速，可以尽量减少延迟。目前业内水准来看，视频延迟都在3-6秒之间。也就是在视频直播时，你看到的是几秒以前的画面。

自己架服务器，如果部署的数据中心不够多，那么遇上跨网、跨省的传输，还是得用CDN加速。那么为了尽可能降低延迟，你就需要在全国各省市都部署数据中心，来解决跨网、跨省的传输。用云服务的话，就是别人把服务器给你架好了，你只要傻瓜式的用就行了。当然，不管用哪种方式，综合权衡利弊，找到适合的方案就是最好的方案。

开发视频直播的流程有哪些：

1、采集；

2、前期处理；

3、编码；

4、传输；

5、解码；

6、渲染。

采集：iOS是比较简单的，Android则要做些机型适配工作。PC最麻烦各种奇葩摄像头驱动，出了问题特别不好处理，建议放弃PC只支持手机主播，目前几个新进的直播平台都是这样的。

前期处理：现在直播美颜已经是标配了，80%的主播没有美颜根本没法看。美颜算法需要懂图像处理算法的人，没有好的开源实现，要自己参考论文去研究。算法设计好了还要优化，无论你打算用CPU还是GPU优化，算法优化本身也需要专业知识支持。GPU虽然性能好，但是也是有功耗的。GPU占用太高会导致手机发烫，而手机发烫会导致摄像头采集掉帧。而这一切都是需要经验支撑。

编码：如果你要上720p，肯定要采用硬编码。软编码720p完全没希望，硬件编码不灵活。兼容性也有问题。如何适应纷繁复杂的网络和纷繁复杂的上下行设备？安卓和芯片的坑，开发过的人都知道。那有人问，要求不高，上软编码低分辨率360p行不行？就算上低分辨率，软编码还是会让CPU发烫，CPU过热烫到摄像头，长期发烫不仅直接反应是费电。既然是手机直播，插着电源和充电器实在说不过去吧。还有，CPU发烫会降频，怎么办？这还是只说性能方面。和前处理只影响图像质量和功耗不同，视频编解码技术还关联成本计算和网络对抗。考虑性能、功耗、成本、网络这四个之后你编码的码率、帧率、分辨率。软硬件开发该如何选择？

传输：自己做不现实，交给第三方服务商吧。

解码：如果你用硬解码，一定要做容错处理，一定要做适配。突然一个crash导致手机重启不好吧。安卓的硬解码，不说了。如果你加了网络目前手机的硬解码还不一定支撑用软解码，功耗发热的问题又来了。

渲染：为什么手机明明解码出好多帧数据。就是渲染不出来。为什么画面就是不同步。

以上是媒体模块，还有信令控制，登录、鉴权、权限管理、状态管理等等，各种应用服务，消息推送，聊天，礼物系统，支付系统，运营支持系统，统计系统等。后台还有数据库，缓存，分布式文件存储，消息队列，运维系统等。

以上技术要点的小结，确实能说明开发一个能用于生产环境的实时视频直播平台确非易事，跟IM里传统的实时音视频一样，这样的技术都是音视频编解码网络传输技术的综合应用体。

平台集成多个单位视频监控系统需要配流媒体服务器。

如果平台集成多个单位视频监控系统是模拟机做监控，那么需要与视频服务器一起使用才行；如果是网络摄像机的话则不需要。网络视频监控建议使用网络摄像机组建，安装维护方便，便于网络传输，可以实现移动侦测。

媒体服务器的性能：

流媒体服务器和网站服务器一样，要经受多人同时访问，但由于多媒体文件需更强处理能力，负载比其它应用服务器更大，因此对其硬件设备要求也相对提高。所以，流媒体服务器最好满足以下硬件条件。

流媒体系统组成：

编码器：

它由一台普通计算机、一块microvision 高清视频采集卡和流媒体编码软件组成。Microvision流媒体采集卡负责将音视频信息源输入计算机，供编码软件处理;编码软件负责将流媒体 采集卡传送过来的数字音视频信号压缩成流媒体格式。如果做直播，它还负责实时地将压缩好的流媒体信号上传给流媒体服务器  

服务器：

由流媒体软件系统的服务器部分和一台硬件服务器组成。这部分负责管理、存储、分发编码器传上来的流媒体节目。

终端播放器，也叫解码器:

这部分由流媒体系统的播放软件和一台普通PC组成，用它来播放用户想要收看的流媒体服务器上的视频节目。

目前主流的流媒体技术有三种，分别是RealNetworks公司的RealSystem、Microsoft公司的WindowsMediaTechnology和Apple公司的QuickTime。

　1Apple公司的QuickTime

QuickTime是一个非常老牌的媒体技术集成，是数字媒体领域事实上的工业标准。之所以说集成这个词是因为QuickTime实际上是一个开放式的架构，包含了各

种各样的流式或者非流式的媒体技术。QuickTime是最早的视频工业标准，1999年发布的QuickTime40版本开始支持真正的流式播放。由于QuickTime本身也存在

着平台的便利(MacOS)，因此也拥有不少的用户。QuickTime在视频压缩上采用的是SorensonVideo技术，音频部分则采用QDesignMusic技术。QuickTime最大的

特点是其本身所具有的包容性，使得它是一个完整的多媒体平台，因此基于QuickTime可以使用多种媒体技术来共同制作媒体内容。同时，它在交互性方面是三者

之中最好的。例如，在一个QuickTime文件中可同时包含midi、动画gif、flash和smil等格式的文件，配合QuickTime的WiredSprites互动格式，可设计出各种

互动界面和动画。QuickTime流媒体技术实现基础是需要3个软件的支持，QuickTime播放器、QuickTime编辑制作、QuickTimeStreaming服务器。

2RealNetworks公司的RealMedia

RealMedia发展的时间比较长，因此具有很多先进的设计，例如，ScalableVideoTechnology可伸缩视频技术可以根据用户电脑速度和连接质量而自动调整媒

体的播放质素。Two—passEncoding两次编码技术可通过对媒体内容进行预扫描，再根据扫描的结果来编码从而提高编码质量。特别是SureStream自适应流技术，

可通过一个编码流提供自动适合不同带宽用户的流播放。RealMedia音频部分采用的是RealAudio，该编码在低带宽环境下的传输性能非常突出。RealMedia通过基

于smil并结合自己的RealPix和RealText技术来达到一定的交互能力和媒体控制能力。Real流媒体技术需要3个软件的支持，RealPlayer播放器、RealProducer

编辑制作、RealServer服务器。

3Microsoft公司的WindowsMedia

WindowsMedia是三家之中最后进入这个市场的，但凭借其 *** 作系统的便利很快便取得了较大的市场份额。WindowsMediaVideo采用的是mpeg-4视频压缩技术，

音频方面采用的是WindowsMediaAudio技术。WindowsMedia的关键核心是MMS协议和ASF数据格式，MMS用于网络传输控制，ASF则用于媒体内容和编码方案的打包。

目前WindowsMedia在交互能力方面是三者之中最弱的，自己的ASF格式交互能力不强，除了通过IE支持smil之外就没有什么其他的交互能力了。WindowsMedia流

媒体技术的实现需要3个软件的支持，WindowsMedia播放器、WindowsMedia工具和WindowsMedia服务器。总的来说，如果使用Windows服务器平台，

WindowsMedia的费用最少。虽然在现阶段其功能并不是最好，用户也不是最多。

   

Windows Media系统

传输协议: mms(Multi-Media Stream多媒体流)完全封闭

常用流媒体文件格式:asf, wmv, wma

组织文件格式:wsx

Real Media系统

编码标准:主要支持Real

传输协议:rtsp(有限开放)

常用流媒体文件格式: rm, ra

组织文件格式:smi, smil

Flash Media系统

传输协议:rtmp

常用流媒体文件格式:flv, f4v

组织文件格式:swf, smil

Quick Time系统(不展开)

所谓流媒体技术，是指将连续的影像和声音信息经过压缩处理后放在网站服务器上，让用户能够一边下载一边观看、收听（即所谓的“在线欣赏”），而不需要等整个压缩文件下载到自己的机器上才可以欣赏的网络传输技术。目前，在这个领域中的竞争者主要有微软、RealNetworks、Apple三家公司，例如微软新近发布了Windows Media Services 9、RealNetworks公司新近发布的Helix Platform、Apple新近发布的Darwin streaming server 41，意图在流媒体领域大干一场。
一般来说，一个完整的流媒体服务系统需要三个部分组成：编码器、流服务器和播放器。编码器通过对内容来源（如MP3文件或者麦克风输入）进行编码，并将编码过的内容发送到流服务器；流服务器再将它们发布到Internet，这样客户端的播放器只要连接到流服务器就可以进行在线播放了。
利用Winamp架设MP3网络电台
当我们静静地在欣赏美妙的MP3音乐时，你是否曾经考虑过将这些原本属于个人的MP3音乐通过网络在局域网内进行发布，甚至还可以通过Internet进行发布？这样就可以让遍布世界的朋友们与你一起共享MP3音乐之旅。其实，要做到这一点并不难，你只要将本机创建为一台MP3流媒体服务器，将自己所喜爱的MP3音乐不停播放，然后通知朋友们访问你的这台MP3服务器就可以了。
说起MP3的播放，使用最广泛的莫过于Winamp了。对于MP3流媒体服务这个领域，Winamp的开发者Nullsoft公司当然不会放弃，专门发布了面向MP3的流服务器SHOUTcast Server。虽然它的功能没有Windows Media Server和Real Server强大，但它不仅对硬件的要求极低，更关键的是完全免费，使用起来没有后顾之忧。另外你还需要下载一个名为SHOUTcast DSP Plug-in的插件，只有安装了这个不起眼的插件，Winamp才能支持流媒体服务。
首先打开Winamp（请注意版本号必须在222以上），切换到“Options” | “Preferences”| “DSP/Effect”标签页，选中“Nullsoft SHOUTcast Source DSP v182a[dsp_scdll]”下的“Configure”按钮。打开“SHOUTcast Source”窗口，选择“Output”标签页，如图1所示，在“Address”栏内填入本机的IP地址。如果你想在Internet上广播MP3音乐，则必须键入本机的外部IP地址，然后就可以从程序组中运行SHOUTcast DAAS（GUI）程序以启动SHOUTcast服务。这时系统会自动连接到服务器，接下来请返回图1窗口点击“Connect”按钮。如果连接成功，该按钮会变为“disconnect”字样，这样我们就完成了在本机架设MP3流服务器的全部过程。
架设REAL格式的视频点播中心
如果是架设视频点播服务器，那么选择Real格式是非常明智的。因为RealProducer Plus这款功能强大的软件 *** 作相当简单，每次使用时会d出一个向导对话框进行 *** 作提示。目前最新版本是100，我们只要选择851以上的版本即可。
从“工具”菜单下选择“创建网页”命令，此时会d出一个如图2所示的向导式对话框，点击“前进”按钮选择你希望用于创建Web页面的Real多媒体文件。随后RealProducer会询问是创建“d出式播放器”还是“嵌入式播放器”，一般建议选择后者，因为这样所需要的系统资源更低，当然启动速度也更快。至于播放器的界面，可以选择“标准播放器”，很快就可以创建成功。
最后，RM文件对象所在的目录会增加一些文件，请将这些文件与RM对象一起上传，不过要注意保证RM文件与HTML文件在同一目录下，否则播放器可能无法找到播放对象。
架设WMP流媒体服务器
微软的手伸得很长，什么领域都要插足一下。凭借着Windows *** 作系统的影响力，Windows Media Player市场占有率越来越高，而微软的asf、wmv、wma、avi等格式也开始被越来越多的用户所接受。
架设WMP流媒体服务器，你需要安装Windows Media Encoder才行，目前最新版本是90简体中文版。如图3所示，我们应该在这里选择“广播实况事件”，接着选择用来编码的音频和视频设备。注意请事先将音频和视频设备与计算机正确连接，否则会无法检测到。接着你还需要指定服务和发布点，当然也可以使用现有的发布点。然后Windows Media Encoder会自动创建服务器，并给出>平台服务器就是平台管理端的承载硬件，一般说平台服务器指的搭载了管理平台的一台服务器，流媒体服务器是用来分担录像机出口压力的，如果网络中有多个访问点同时访问录像机，录像机压力比较大，一般会选流媒体服务器来转发

---