https://blog.csdn.net/xuheazx/article/details/52020933

1、服务端：典型的流媒体服务器有微软的Windows Media Service（WMS），

     传输协议：它采用MMS协议接收、传输视频，

     客户端播放：采用Windows Media Player（WMP）作为前端播放器

2、服务端：RealNetworks公司的Helix Server，

    传输协议： 采用RTP/RTSP协议接收、传输视频，

    客户端播放：采用Real Player作为播放前端；

3、服务端：Adobe公司的Flash Media Server,

     传输协议：采用RTMP(RTMPT/RTMPE/RTMPS)协议接收、传输视频，

     客户端播放：采用Flash Player作为播放前端

其他：Ultrant Flash Media Server流媒体服务器软件，以及基于Java语言的开源软件Red5,ffserver

流媒体解决方案 Live555 （C++）
	
流媒体平台框架 EasyDarwin （C++，国产精品）
	
实时流媒体播放服务器程序DarwinStreamingSrvr （C++)
	
Flash流媒体服务器 Red5 （Java）
	
流媒体服务器 Open Streaming Server （Java）
	
FMS流媒体服务器 （Adobe，收费的）
	
Wowza流媒体服务器（Java）
	
开源流媒体平台FreeCast（Java）

	
最后补充一个 Ngix+RTMP插件
	


	 

	
第1部分：开源流媒体服务器：

	
1. Red5流媒体服务器（Red5 Media Server），相关的教程参考：RED5教程>>

	
2. SRS流媒体技术 ，相关的教程参考：SRS流媒体技术>>

	
3. crtmpserver，相关的教程参考：crtmpserver>>

	
4. Live555流媒体，相关的教程参考：live555技术>>

	
5. Nginx环境，相关教程参考：nginx教程>>

	
第2部分：非开源商用付费流媒体服务器：

	
很负责任的说，FMS流媒体服务器（也就是现在的AMS）、WOWZA流媒体，都不是免费的，是正宗祖传付费产品。

	
1. FMS流媒体服务器，相关介绍与教程：FMS教程>>

	
2. WOWZA流媒体，相关介绍与教程：Wowza教程>>

	
第3部分：主要特性方面：

	
特性方面还不太好片面的来说，总体来说付费产品，还是有一定优势，毕竟他们有专业的团队在做产品；免费开源产品方面，red5算是老牌子，SRS也不错，但现在已停止更新了。

	
用户实际使用中，还是按自己的实际情况来选产品吧。

	
 

	
百家号上的文章链接：流媒体视频服务器系统AMS/wowza/red5/SRS比较>>
	
 

本文档主要介绍海康威视设备直播预览RTSP、录像回放RTSP、流媒体取流的RTSP URL和IE直接预览、回放的HTTP URL。

RTSP为取流协议，取到码流后需要解码显示，可以通过VLC播放器或者EasyPlayer播放器进行测试，IE等浏览器网页不支持RTSP协议直接取流预览或者回放，需要安装OCX插件，这也是目前大部分安防厂家的做法。


目前也有很多支持RTSP进行网页无插件直播的流媒体服务，例如EasyNVR就是专门做这种安防RTSP转互联网RTMP/HLS（m3u8）/FLV无插件H5直播的流媒体服务中间件；


网页上需要跳过登录界面直接访问我们设备的预览或者回放画面，可以使用文档中所述的HTTP的URL实现。

注：

1）URL中“:”“?”“&”等符号均为英文半角。

2）RTSP取流和HTTP 访问URL都需要设备支持，如下所示两种控件的设备均可支持。

 



一、海康RTSP取流URL地址规则

1.1 预览取流

设备预览取流的RTSP URL有新老版本，2012年之前的设备（比如V2.0版本的Netra设备）支持老的取流格式，之后的设备新老取流格式都支持（这里不得不再说一下海康是国内视频硬件独一档）。

【海康老版本，目前已经非常少见了】
URL规定：

rtsp://username:password@<ipaddress>/<videotype>/ch<number>/<streamtype>


注：VLC或者EasyPlayer可以支持解析URL里的用户名密码，实际发给设备的RTSP请求URL不支持带用户名密码。


详细描述：



 

举例说明：

DS-9016HF-ST的IP通道01主码流：

rtsp://admin:12345@172.6.22.106:554/h264/ch33/main/av_stream

DS-9016HF-ST的模拟通道01子码流：

rtsp://admin:12345@172.6.22.106:554/h264/ch1/sub/av_stream

DS-9016HF-ST的零通道主码流（零通道无子码流）：

rtsp://admin:12345@172.6.22.106:554/h264/ch0/main/av_stream

DS-2DF7274-A的第三码流：

 rtsp://admin:12345@172.6.10.11:554/h264/ch1/stream3/av_stream

 

【海康新版本，DS系列】
URL规定：

rtsp://username:password@<address>:<port>/Streaming/Channels/<id>(?parm1=value1&parm2-=value2…)


注：VLC或者EasyPlayer可以支持解析URL里的用户名密码，实际发给设备的RTSP请求不支持带用户名密码。


详细描述：



 

举例说明：

DS-9632N-ST的IP通道01主码流：

rtsp://admin:12345@172.6.22.234:554/Streaming/Channels/101?transportmode=unicast

DS-9016HF-ST的IP通道01主码流：

rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/1701?transportmode=unicast

DS-9016HF-ST的模拟通道01子码流：

rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/102?transportmode=unicast  (单播)

rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/102?transportmode=multicast (多播)

rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/102 (?后面可省略，默认单播)

DS-9016HF-ST的零通道主码流（零通道无子码流）：

rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/001

DS-2DF7274-A的第三码流：

rtsp://admin:12345@172.6.10.11:554/Streaming/Channels/103


注：前面老URL，NVR（>=64路的除外）的IP通道从33开始；新URL，通道号全部按顺序从1开始。


 

1.2 录像回放取流RTSP规则

URL规定：

rtsp://username:password@<address>:<port>/Streaming/tracks/<id>(?parm1=value1&parm2-=value2…)


注：VLC或者EasyPlayer可以支持解析URL里的用户名密码，实际发给设备的RTSP请求不支持带用户名密码。


详细描述：



 

举例说明：

DS-9016HF-ST的模拟通道01：

rtsp://admin:12345@172.6.22.106:554/Streaming/tracks/101?starttime=20120802t063812z&endtime=20120802t064816z

DS-9016HF-ST的IP通道01：

rtsp://admin:12345@172.6.22.106:554/Streaming/tracks/1701?starttime=20131013t093812z&endtime=20131013t104816z

表示以单播形式回放指定设备的通道中的录像文件，时间范围是starttime到endtime，其中starttime和endtime的格式要符合ISO 8601。具体格式是YYYYMMDD”T”HHmmSS.fraction”Z”，Y是年，M是月，D是日，T是时间分格符，H是小时，M是分，S是秒，Z是可选的、表示Zulu(GMT) 时间。


注意：很多时候我们用命令行来验证RTSP回放流的时候，一定要将整个RTSP-URL用双引号包括起来，“RTSP-URL”，因为CMD里面&符号是特殊字符，不用双引号包起来，整个地址会被切割分成几个部分；


 

1.3 海康流媒体服务取流RTSP规则

【流媒体V4.0】iVMS-4200 V2.0配套流媒体服务器
URL描述：



注：Devicehc8为固定字符，不可更改。

 

举例说明：

通过流媒体服务器172.6.24.15从设备172.6.22.106取通道01主码流：

rtsp://172.6.24.15:554/Devicehc8://172.6.22.106:8000:0:0?username=admin&password=12345

 

【流媒体V2.0】
URL描述：



举例说明：

rtsp://172.6.24.15:554/172.6.22.106:8000:HIK-DS8000HC:2:0:admin:12345/av_stream

注：流媒体2.0的取流URL不是标准的RTSP协议，必须使用流媒体SDK（客户端）才支持取流的，放在这里只是为了给流媒体4.0做参照的。

 

二、通用摄像机RTSP取流URL地址规则

现在实际上现在已经不用再这么复杂地获取RTSP的取流地址了，因为大部分的IPC或者NVR都基本支持了Onvif协议，通过Onvif Device Test Tool或者EasyNVR这样的工具，可以直接发现到设备的RTSP流地址，不用再自己来根据不同厂家的规则拼接了，以EasyNVR为例：





 



 

✈ 更多视频解决方案资源汇总


	
流媒体技术：

	© EasyDarwin开源流媒体服务器：http://www.easydarwin.org

	© TSINGSEE视频开放平台：http://open.tsingsee.com
	
	

	
视频云服务

	© EasyDSS互联网视频云服务：http://www.easydss.com

	© EasyCVR安防视频云服务：http://www.easycvr.com

	© EasyGBS国标视频云服务：http://www.easygbs.com

	© EasyRTC在线视频会议平台：http://www.easyrtc.cn

	© EasyRTS即时通信云服务：http://www.easyrts.com
	
	

	
边缘计算：

	© EasyNVR视频边缘计算网关：http://www.easynvr.com

	© EasyNTS上云网关：http://www.easynts.com
	
© TSINGSEE Team：http://www.tsingsee.com

在EasyDSS流媒体服务器的客户反馈中，我们遇到这样一个现象，在chrome中经常会出现RTMP/HLS流无法播放的问题：

这个问题复现的几率比较低，因为chrome禁止了flash的加载，这也从另一个角度反应了H5势在必行，各家浏览器对flash的支持也越来越严苛了：

只要在加载中将flash插件支持加上就可以了
通用前端做法
后来我观察了一下各家视频网站的大体做法，发现基本上现在都采用自动检测的方法了，很少再会出现报“no compatible source was found for this media”的错误，以企鹅直播为例：


前端都会自动加上flash检测的功能，如果flash没安装，就会跳转到flash下载的页面上，于是后续的EasyDSS前端也采用了这种方式，很好滴解决了“no compatible source was found for this media”问题的出现：


关于搜索解决“no compatible source was found for this media”的同学比较多，希望本篇博客是能够帮助大家解决问题的，如果还有其他方案或者问题情况，感谢大家能够将解决方案留言出来，帮助更多的人解决问题；


✈ 更多视频解决方案资源汇总

流媒体技术：

© EasyDarwin开源流媒体服务器：http://www.easydarwin.org

© TSINGSEE视频开放平台：http://open.tsingsee.com


视频云服务

© EasyDSS互联网视频云服务：http://www.easydss.com

© EasyCVR安防视频云服务：http://www.easycvr.com

© EasyGBS国标视频云服务：http://www.easygbs.com

© EasyRTC在线视频会议平台：http://www.easyrtc.cn

© EasyRTS即时通信云服务：http://www.easyrts.com


边缘计算：

© EasyNVR视频边缘计算网关：http://www.easynvr.com

© EasyNTS上云网关：http://www.easynts.com

© TSINGSEE Team：http://www.tsingsee.com

入行这么多年，深深觉得流媒体服务器的未来也将伴随着宽带应用和网络发展的总趋势，毕竟科技改变生活，未来流媒体也将占据网络的主流，视频流媒体服务器的功能和作用也将越来越丰富。

在未来，流媒体服务器将转向高度分布式的系统结构，这种体系结构在地理上是分布的，但逻辑上是单一的系统映像。在未来，一方面会有高性能的网络存储设备，另一方面会有高度智能化的协议控制和处理设备。这将是未来流媒体服务器扩展的极好方向。那么现阶段，流媒体服务器的作用和功能都有什么？



说白了，流媒体服务器是运营商向用户提供视频服务的关键渠道，它可以收集、缓存、调度和广播媒体内容，它是流媒体使用系统的基础，也是流媒体使用系统的重要组成部分。

流媒体服务器的主要功能是通过流媒体协议(RTP/RTSP、MMS、RTMP等)向客户端传输视频文件，供用户在线观看。还可以从视频采集和压缩软件接收实时视频流，然后将流媒体协议直播给客户端。该技术广泛应用于视频点播、视频会议、远程教学、远程医疗和在线直播系统中。



而现在，我们的视频流媒体服务器已经兼具视频点播、监控视频流实时传输、视频录像回看等功能，我们的流媒体解决方案能够高效进行视频管理，提供编程语言无关化的RESTfulAPI接口，可以很简单的进行二次开发，并且各模块间无缝对接，亦可将流媒体服务器与其他第三方平台对接，组合灵活自由。