全民大直播，流媒体选择Nginx是福还是祸？
我的图书馆
全民大直播，流媒体选择Nginx是福还是祸？
视频直播的持续升温，无意间也让带宽生意的争夺变得异常残酷。一时间，各种、CDN、视频云提供商都在视频尤其是直播上投入重兵，揭竿而起的新生起义军们也正马不停蹄的赶往这方战场，各种号称可以在IaaS、PaaS、SaaS不同层面提供平台级、接口级以及产品级服务的花式作战口号此起彼伏，让人眼花缭乱，“僧多粥少”可能成为了当前支撑视频技术解决方案市场最恰当的提法。如此局面之下，视频云和CDN们，技术上到底是在竞争什么？作为视频平台和即将要进入视频领域的运营者，在技术平台的选型和搭建上又如何才能避免掉入大坑？
一个播放器的背后
谁都知道视频直播最重要的是流畅和高清，但这光鲜亮丽的背后是技术和成本的双高门槛，是诸多技术环节艰难积累和苦逼的人肉运维。主播发起一个简单的直播，主干流程就历经了采集、编码、推流、转码、分发、拉流、解码和播放这么多环节，还要求在数秒内完成，除此之外直播还有如录制、流控、安全、审核等等诸多复杂功能需求。
再如下图，仅一个屌丝观众从播放器看这个主播，就可能出现如此多不可知情形发生。这个屌丝的接入网络怎么样？使用的系统环境又怎么样？一个观众尚且如此，要保障百万千万级别流畅的观看，难度可想而知。
高清流畅到底靠的是什么
也许对于部分视频运营商和新进入者来说，直播推流端和播放器端依然觉得头大，但整体来说，除移动端外，PC端推流和播放技术已经比较成熟。难，主要难在传输和分发！正常情况下，只要推流端网络状况良好，传输和分发决定着直播是否能够流畅。
传输和分发，涉及到了视频最核心技术、巨额服务器和带宽成本以及国内网络环境极度错综复杂。也因为如此，视频平台基本上都将传输和分发环节交由专业的第三方视频云服务商或CDN服务商来完成。我们从网络传输的七层中拿出与视频传输分发相关的四层，如下图：
L2资源层：对视频云和CDN来说，资源的确存在差别，但在其可承受范围内，可以视为差别不大；
L4传输层：传输层可针对不同业务场景，比如针对超低延迟可以基于UDP做私有协议等。本文侧重阐述视频流畅的保障，不同应用场景的支持后续文章将专门介绍；
L3网络层：视频云和CDN公司在该层实现各运营商网间打通、多层Cache系统设计以及用户就近调度。该层的设计及优化对访问质量极为重要，随着CDN技术的日益成熟，虽然各家可能存在区别，但基本都能保障网络路由正常运转；
L7应用层：抛开细枝末节，视频流的主线还是输入、传输与输出，承担这些工作的就是视频平台最核心组件流媒体服务器，这就是视频直播分发最本质的特点，需要专门的流媒体服务器来分发，所有视频云和CDN，都需要在中心层和边缘层部署流媒体Server。
通过以上逐层分析可知，当资源和网络层面相差不大的情况下，流媒体Server的性能决定了视频流分发的效果和质量，故流媒体Server才是视频云和CDN技术竞争的至高点。
市面主要的流媒体服务器对比
目前市面上主流的流媒体服务器，有以Adobe&FMS、Real&Helix、Wowza为代表的第一代产品，它们的特点是单进程多线程。基于Linux2.7&epoll技术，出现了以多进程单线程为特点的第二代流媒体服务器，NginxRTMP、Crtmpd为其优秀的代表，另外还有基于的流媒体祖先Red5等。
观止云开源流媒体服务器SRS（Simple&RTMP&Server），凭借其功能强大、轻量易用、特别适合互动直播等诸多特点备受海内外视频从业者的青睐。蓝汛Chiancache曾用SRS承载其直播边缘分发业务，高升CDN基于SRS搭建其流媒体基础平台，其它还有赛维安讯、VeryCDN、VeryCloud、云博视等也将SRS应用到了自身的业务当中。各家视频云、云计算平台在源站的对接上也非常注重对SRS的支持。SRS作为纯国产的开源Server，在中国流媒体业界实属难能可贵。
观止云源站集群BMS（Bravo Media Server）是SRS的商业版，BMS在SRS基础上增强了11项大功能，新增了9个大功能：
增项的11项大功能：
新增的9项大功能：
流媒体Server的话说来也不短，上述列举的目前市面上主流流媒体服务器中，有名副其实的先烈RED5，有生不逢时的CRTMPD，都未大规模商用就不过于讨论了。其中应用最为广泛莫属nginx-rtmp，以下是nginx-rtmp几个盛行于世的重要因素：
2012年CDN业务开始极增长，随之直播需求也多了起来，彼时业界都还没有一套公认的特别满意的流媒体服务器；
Nginx是HTTP领域绝对的霸主，大家（尤其是CDN运维）对Nginx熟悉程度很高，便于上手维护；
基于Nginx，直播点播使用一套服务器，这也极具诱惑力，一套管理起来总比多套要简单；
CDN是靠运维的行当，运维的信心都是长年运出来的，Nginx在图文上那么优秀，Nginx RTMP也差不了。
nginx-rtmp确实生来就自带光环外，性能也的确是高，比Crtmpd还要高。然而，时过境迁，随着互动直播、移动直播的强势兴起的大直播时代，选择nginx-rtmp到底是福还是祸？
下面小编将从协议支持、体系架构、核心功能支持、配置运维、性能、服务器日志、数据这七大维度将目前市面主流的流媒体Server做一个横向对比，供视频从业者根据自身业务场景特性择优选用。
1网络协议对比
BMS支持HDS、DASH、RTMPE/S/T等协议的分发，这将支持更多业务应用场景，FLASH P2P的支持能够显著降低网络带宽成本。
2体系架构对比
架构方面，较之于nginx-rtmp的16万行代码，SRS仅用了6.5万行代码就实现了比nginx-rtmp
多了230%的功能，nginx-rtmp注释率为3%，而SRS是23.7%。由此可见SRS在体系架构上的轻，Simple。
观止云BMS在SRS的基础上新增了多进程支持、源站集群、动态配置、可追溯日志等方面能力。源站集群子系统打通了跨网跨地区的源站分布式部署难题；动态配置子系统从业务系统读取配置，依据更新机制动态更新配置，保证直播业务配置变化时依然不中断；端到端的可追溯日志及监控排错子系统将直播故障定位时间缩短到了分钟级别。
3核心功能对比
核心功能方面，BMS支持了当期互动直播、移动直播急需的大规模直播流实时转码、大规模录制、秒级低延迟、HLS+、并发回源等其它所有流媒体系统不具备的功能。HLS+基于每个播放请求实现了流媒体的“虚拟连接&”（UUID标识），在减小回源量、排错、防盗链、移动Web端低延迟等方面具有诸多优势。并发回源能够解决回源网络状况差、跨国传输丢包严重等方面能够显著提升回源质量。
4配置运维对比
以下仅是流媒体众多配置之中几个常用例子，运维日常工作中，需要操作的配置数量更多。
（1）vhost配置
拷贝默认vhost目录：sudo
cp -r conf/_defaultRoot_/_defaultVHost_ conf/_defaultRoot_/bravo.sina.com
nginx-rtmp
动态获取配置文件：vhost&bravo.sina.com&{&}
结论：BMS动态获取配置最简单
（2）app配置
拷贝默认app目录：cp&applications/live&applications/mylive&-r
nginx-rtmp
修改配置文件，增加如下内容：application&live&{&&live&&}
结论：BMS无需配置，最简单&
（3）http配置
在输出为hls、http-flv等基于http协议的直播流时，需要配置http服务
配置FMS内置的Apache服务器文件：Apache2.2/conf/httpd.conf
再修改如下字段：
&Location&/hds-live&
&&&&HttpStreamingEnabled&true
&&&&HttpStreamingLiveEventPath&"../applications"&
&&&&HttpStreamingContentPath&"../applications"&
&&&&HttpStreamingF4MMaxAge&2
&&&&HttpStreamingBootstrapMaxAge&2
&&&&HttpStreamingFragMaxAge&-1
&&&&Options&-Indexes&FollowSymLinks
&/Location
nginx-rtmp
nginx本身就是一个http服务器，
修改其配置文件：
conf/nginx.conf
设置端口和根目录：
&&&&include&&&&&&&mime.
&&&&default_type&&application/octet-
&&&&sendfile&&&&&&&&
&&&&keepalive_timeout&&65;
&&&&server&{
&&&&&&&&listen&&&&&&&80;
&&&&&&&&server_name&&
&&&&&&&&location&/dash&{
&&&&&&&&&&&&root&/
&&&&&&&&&&&&add_header&Cache-Control&no-
修改其配置文件：
conf/http.hls.conf
设置端口和根目录：
http_stream&{
&&&&enabled&&&&&&&&&
&&&&listen&&&&&&&&&&8080;
&&&&dir&&&&&&&&&&&&&./objs/nginx/
结论：nginx-rtmp需指定与app对应的ts文件存放目录，SRS/BMS会自动生成，更简单。
（4）推流、播放URL配置
RTMP直播时，各大服务器推流、播流URL均为：
rtmp://server_ip_or_dns/app/stream
用作HLS直播时，
推流域名：
rtmp://fms-ip-or-dns/app/stream?adbe-live-event=liveevent
播流域名：
http://fms-ip-or-dns/hds-live/app/_definst_/liveevent/stream.f4m
nginx-rtmp
推流域名：
rtmp://server_ip_or_dns/app/stream
播流域名：
http://server_ip_or_dns/app/stream.m3u8
同nginx-rtmp
结论：nginx-rtmp、SRS/BMS均简单，FMS较复杂。
先说结论：
SRS单进程能支持9000并发，nginx-rtmp单进程最多支持3000个，单进程的性能SRS是nginx-rtmp的三倍。单进程性能SRS&&&nginx-rtmp&&&crtmpd&&&wowza&&&fms&&&RED5
再例举SRS性能如此高的几个原因：
1.&st-load，这个是SRS能做到高性能的最重要的原因，一个st-load可以模拟2000+的客户端，如果没有st-load，如何知道系统的性能瓶颈在哪里？总不能打开3000个flash页面播放rtmp流吧？开启3000个ffmpeg来抓流？高性能不是想象和猜测出来的，而是反复、调试和改进出来的。
2.&gperf/gprof性能，编译SRS时，就可以打开gcp或者gprof的性能分析选项，非常方便的拿到数据。缩短了改进和优化开发周期。
3.&引用计数的msgs避免内存拷贝。
4.&使用writev发送chunked包，避免消息到chunked包的内存拷贝。
5.&mw(merged-write)技术，即一次发送多个消息。
6.&减少timeout&recv，每个连接都是一个st-thread在服务。
7.&fast&buffer和cache。
8.&vector还是list？vector！vector比list高10%性能。
6服务器日志
日志是定位故障的唯一途径，定位故障才能快速排错。可以这么说，对于直播，10分钟的排错，谁都会觉得长。然而，当前的视频云或CDN，谁又能做到10分钟呢？
来看看日志吧。
FMS的日志是这样的，恕我愚钝，你能看得出什么信息么？
12:23:58 3409&(s)2641173&Accepted&a&connection&from&IP:192.168.1.141,&referrer:http://www.ossrs/players/srs_player/release/srs_player.swf?_version=1.23,pageurl:&http://www.ossrs/players/srs_player.html?vhost=dev&stream=livestream&server=dev&port=1935-
315439&&&&&3130&&&&&&&&&3448&&&&&&&&&normal&&&&&&livestream&&&&&&&&&-&&&&&&&&-&&&&&&&&&rtmp://192.168.1.185:1935/live/livestream&&&&&rtmp://192.168.1.185:1935/live/livestream&&&&&&&&-&&&&&&&&flv&&&&&-&&&&&&&&-&&&&&&&&0&&&&&&&-&&&&&&&&0&&&&&&&0&&&&&&&&&-&&&&&&&&-&&&&http://www.ossrs.net/players/srs_player.html?vhost=dev&stream=livestream&server=dev&port=1935&&&&-1&&&&&&-1.000000
crtmpd的日志详细，但我又愚钝，若是上千人在线，你又能看出什么有用的东西么？
/home/winlin/tools/crtmpserver./sources/thelib/src/netio/epoll/iohandlermanager.cpp:120Handlers&count&changed:&15-&16&IOHT_TCP_CARRIER
/home/winlin/tools/crtmpserver./sources/thelib/src/netio/epoll/tcpacceptor.cpp:185Client&connected:&192.168.1.141:54823&-&&192.168.1.173:1935
/home/winlin/tools/crtmpserver./sources/applications/appselector/src/rtmpappprotocolhandler.cpp:83Selected&application:&flvplayback&(live)
/home/winlin/tools/crtmpserver./sources/thelib/src/application/baseclientapplication.cpp:246Protocol&CTCP(17)&&-&&TCP(18)&&-&&[IR(19)]&unregistered&fromapplication:&appselector
/home/winlin/tools/crtmpserver./sources/thelib/src/application/baseclientapplication.cpp:257Stream&NR(5)&with&name&``&registered&to&application&`flvplayback`&from&protocolIR(19)
/home/winlin/tools/crtmpserver./sources/thelib/src/application/baseclientapplication.cpp:268Stream&NR(5)&with&name&``&unregistered&from&application&`flvplayback`&fromprotocol&IR(19)
/home/winlin/tools/crtmpserver./sources/thelib/src/application/baseclientapplication.cpp:257Stream&NR(6)&with&name&``&registered&to&application&`flvplayback`&from&protocolIR(19)
/home/winlin/tools/crtmpserver./sources/thelib/src/protocols/rtmp/basertmpappprotocolhandler.cpp:1043Play&request&for&stream&name&`livestream`.&Start:&-2000;&length:&-1000
/home/winlin/tools/crtmpserver./sources/thelib/src/application/baseclientapplication.cpp:268Stream&NR(6)&with&name&``&unregistered&from&application&`flvplayback`&fromprotocol&IR(19)
到了nginx-rtmp，日志总算有进步了，能按照连接区分了。只是可惜，nginx日志也就只能知道这个连接而已，这个连接在CDN多层网络中的路径，这个连接本身的网络状况等依然不知。
1:42:01&[info]&7992#0:&*3&client&connected&'192.168.1.141'
1:42:01&[info]&7992#0:&*3&connect:&app='live'&args=''&flashver='MAC17,0,0,134'swf_url='http://www.ossrs.net/players/srs_player/release/srs_player.swf?_version=1.23'tc_url='rtmp://192.168.1.173:1935/live'page_url='http://www.ossrs.net/players/srs_player.html?vhost=dev&stream=livestream&server=dev&port=1935'acodecs=3575&vcodecs=252&object_encoding=3,&client:&192.168.1.141,&server:0.0.0.0:1935
1:42:01&[info]&7992#0:&*3&createStream,&client:&192.168.1.141,&server:0.0.0.0:1935
1:42:01&[info]&7992#0:&*3&play:&name='livestream'&args=''&start=0&duration=0reset=0&silent=0,&client:&192.168.1.141,&server:&0.0.0.0:1935
在SRS，尤其是BMS身上，终于有了流媒体可追溯日志，能从播放连接追到对应的推流连接，打印出连并接的摘要信息，这也是观止云能将故障定位时间控制到分钟级别的原因。之前小编专门介绍过观止云可追溯日志，有兴趣可参考《可追溯日志：视频云时代的新运维大胸器》，此处简单看看可追溯日志运行方式：
播放流：rtmp://dev:1935/live/livestream&客户端显示ID能看到SrsIp，即服务器IP为192.168.1.107，由此知道是哪个边缘节点在提供该流的服务。SrsPid为12665，SrsId为114，所以去这个服务器上grep关键字“[12665]&[114]”。
连续grep追踪，最终发现这是source_id=149&的编码器推上来的流ID。再去查149的日志，整个流的日志将快速呈现在眼前。Encoder&=&&Origin&=&&Edge&=&&Player，流在观止云整体分发过程中的日志能够几分钟内找到。
小编尚且不完全知晓，数据对于一个视频运营平台来说价值到底有多大。小编知道的，至少对于视频直播，依托于越实时的数据，越能够快速定位、解决部分用户故障问题；保障不同付费等级、不同终端、不同区域、不同内容等的观看体验；进行CDN计费数据对账；精准广告等等。
所以观止云BMS还是尽能力的提供了一些数据，而且是几乎实时的数据，上几张图：
可以看到实时在线观看人数，以及区域、运营商分布，观看流畅度，实时带宽负载等
可定位到某个具体用户，监控用户的终端环境（、浏览器、播放器版本），观看体验。
其它系统呢，对不起，小编没有见到过。
视频直播的大伙还将持续燃烧，全民直播大时代的背后是靠视频技术、云计算技术的支撑，未来在全景直播、直播全面来临时，更需要重视视频平台的技术提升和稳定。对于视频运营者来说，选择一个靠谱的云平台大幅缩减自身基础设施以及研发投入，将重心前移到业务和产品上是为上策。对于视频云平台和CDN服务商来说，当直播市场大浪淘沙归于平静后，视频技术终将成为核心竞争力，其中可管可控的流媒体服务器集群是重中之重，不管你是IaaS、PaaS、SaaS，最后那个S都是Service。
喜欢该文的人也喜欢如何进行网络直播？_百度知道
如何进行网络直播？
我想知道现在网上那些直播是怎么弄的？如果我也想进行一个网络直播，应该怎么做呢？需要哪些设备或者是哪些软件呢?请高手详细为我解答！谢谢！
我有更好的答案
从直播云服务器平台，获取rtmp的上行地址，及下行的观看地址；在对编码器进行画质设置及上行地址设置；现场网速测试，针对测试结果及目标用户的网络环境，调整编码器的画质码率；连接采集设备（高清摄像机或视频切换台），并连上网络进行直播测试；远端能看到听到，即表示直播无问题，就等活动正式开始前，提早进行直播。
软件技术顾问
需要专门的软件设置，说多了解释不清，比较复杂。给你一个网站，有图，还是比较简单的。
本回答被提问者采纳
上YY语音，
YY课堂腾讯课堂
其他1条回答
为您推荐：
其他类似问题
您可能关注的内容
网络直播的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。什么是流媒体直播服务器_百度文库
您的浏览器Javascript被禁用，需开启后体验完整功能，
赠送免券下载特权
10W篇文档免费专享
部分付费文档8折起
每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
什么是流媒体直播服务器
&&企业越来越喜爱搭建流媒体服务器,原因就是有很多企业将自己的网站进行了改革加入了一部分真人视频讲解的内容,这一点可谓是吸引了许多人进行尝试,不可否认,人一般都是视觉系的生物,试想下一个美女,在网站的首页出现,将企业文化和产品向访客娓娓道来, 那么任谁也不会移开自己的视线,这也就达到了我们的目的,那么这些媒体文件是怎么放到网站之中呢？这里腾佑科技就要为大家介绍下腾佑科技独有的业务：流媒体服务器!
你可能喜欢为了在因特网上支持视频直播或视频点播，目前一般都采用流媒体技术还是VOD技术？_百度知道
为了在因特网上支持视频直播或视频点播，目前一般都采用流媒体技术还是VOD技术？
我有更好的答案
VOD (Video On Demand)即视频点播技术的简称，也称为交互式电视点播系统。视频点播是计算机技术、网络技术、多媒体技术发展的产物，是一项全新的信息服务。
流媒体是指以流的方式在网络中传输音频、视频和多媒体文件的形式。 流媒体文件格式是支持采用流式传输及播放的媒体格式。流式传输方式是将视频和音频等多媒体文件经过特殊的压缩方式分成一个个压缩包，由服务器向用户计算机连续、实时传送。在采用流式传输方式的系统中，用户不必像非流式播放那样等到整个文件全部下载完毕后才能看到当中的内容，而是只需要经过几秒钟或几十秒的启动延时即可在用户计算机上利用相应的播放器对压缩的视频或音频等流式媒体文件进行播放，剩余的部分将继续进行下载，直至播放完毕。
VOD是一种用户收看方式（当然，要实现这种比较自由的收看方式是需要多种技术支持的），流媒体是一种音视频传输技术，所以，答案应该是流媒体技术。
采纳率：36%
vod吧............................................
答案是流媒体 所以比较疑惑
为您推荐：
其他类似问题
流媒体技术的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。400-638-8808|微信公众号
热门产品：
亚洲服务器
美洲服务器
欧洲服务器
非洲服务器
大洋洲服务器
行业解决方案
服务器代维套餐
渠道代理服务
解决方案免费定制
直销解决方案
直播解决方案
金融解决方案
流媒体解决方案
游戏解决方案
电商解决方案
服务器租用知识
美国服务器租用常识
域名企业邮局
解决方案免费定制
直销解决方案
直播解决方案
金融解决方案
流媒体解决方案
游戏解决方案
电商解决方案
微信扫一扫 关注"天下数据"商品一律九折
搜索"朗h科技"关注，了解最新优惠
当前位置： >
> 流媒体直播服务器怎么选择
美国服务器优惠信息
香港服务器优惠信息
流媒体直播服务器怎么选择
&现在是一个信息网络科技发达的社会，再也不像以前似的，只有面对面的时候才能看到对方，所以现在的直播平台，像雨后春笋一般越来越多，不仅有些网红会直播，就连现在各种行业都开始用直播来扩大影响力，以及知名度。像教育类、商铺、以及明星都开始视频直播了。但是既然是直播那就需要通过网络，通过服务器来实现。下面，就跟各位分享一下怎么选择。
什么是流媒体直播服务器
流媒体指以流方式在网络中传送视频、音频和多媒体文件的媒体形式。 相对于下载后观看的网络播放形式而言，流媒体的典型特征是把连续的音频和视频信息压缩后放到网络服务器上，用户边下载边观看，而不必等待整个文件下载完毕。由于流媒体技术的优越性，该技术广泛应用于视频点播、视频会议、远程教育、远程医疗和在线直播系统中。 作为新一代互联网应用的标志，流媒体技术在近几年得到了飞速的发展。而流媒体服务器又是流媒体应用的核心系统，是运营商向用户提供视频服务的关键平台。其主要功能是对媒体内容进行采集、缓存、调度和传输播放，流媒体应用系统的主要性能体现都取决于媒体服务器的性能和服务质量。因此，流媒体服务器是流媒体应用系统的基础，也是最重要的一个组成部分。
流媒体服务器功能
流媒体服务器的主要功能是以流式协议（RTP/RTSP、MMS、RTMP等）将视频文件传输到客户端，供用户在线观看；也可从视频采集、压缩软件接收实时视频流，再以流式协议直播给客户端。
流媒体服务器分类
直播服务器软件
输入源支持UDP、RTMP、HTTP:TS等主流的传输协议；
输出协议支持当前最主流的web应用播放需求及android系统、ios系统播放需求；
支持时移与时移视频下载功能；
支持用户链接数控制功能；
提供二次开发接口； 支持分布式部署；
将输入和输出通过内外网卡分离以保障输入与分发独立性和可靠性。
虚拟直播服务器软件
轻松创建自己的网络电视台；
将视频文件转为实时直播流；
方便快捷的节目编排能力；
对未播放到的节目可随时调整；
支持EPG的生成和数据下载；
通用的rtmp标准输出；
丰富完善的二次开发接口，方便融入第三方业务平台；
支持云部署。
剪切服务器软件
支持mp4/flv/mov/ts/wmv/mkv/rmvb等多种类型的文件上传；
支持与转码服务器的结合，对不符合格式的视频自动进行转码；
支持H264+AAC编码；
音视频文件无损剪切；
智能识别关键帧，精确到关键帧剪切；
支持推流与拉流2种输入源模式；
支持UDP拉流/RTMP拉流/HTTP-TS拉流等最主流的输入传输协议；
支持多码率输出；支持直播节目的边录制边剪切；
支持快捷键操作方式，方面快捷高效；
支持批量提交剪切任务，并行处理任务；
提供二次开发接口；
支持单网卡或多网卡，支持内外网址配置。
转码服务器软件
支持avi/wmv/rm/rmvb/mov/mkv/flv/mp4/f4v/3gp/ts多种格式的音视频文件的上传；
支持2种上传方式以及2G以上大文件上传；
支持水印功能；
支持各种格式、编码、码率、分辨率转码；
支持批量列队转码、多路同时转码以及高清转码；
支持视频文件的任意拖动播放；
输出编码格式为H264+AAC的MP4或FLV视频文件；
提供二次开发接口；
支持单网卡或多网卡，支持内外网址配置。
内容管理系统
通过接口实现与sewise直播、点播服务器的无缝对接，获取视频源数据；
支持对直播、点播节目的编辑、审核与发布功能；
直播节目支持EPG功能；
支持对前、后台用户的管理功能；
支持对不同行业模板的定义；
支持基本的图片广告发布与管理功能。
这个就是适合直播的流媒体服务器，当然做直播的话对带宽要求还是非常高的。天下数据推荐租用，G口大宽带，防御好，速度快！
上一篇 ：下一篇 ：
相关推荐 ：
热门推荐 ：
专题活动：
15年专注海外|||托管以及-做天下最好的IDC服务商
《中华人民共和国增值电信业务经营许可证》 ISP证：粤ICP备号-6
朗信天下发展有限公司（控股）深圳市朗h科技有限公司（运营）联合版权
7×24小时服务热线：
7×24小时售后支持：7
7×24小时销售热线：
&&&&&&&&&&&& 香港服务电话：
深圳总部：中国.深圳市福田区车公庙苍松大厦北座13层
香港总部：香港上hK杭街49-51建安商I大B7}