我想搭建一个游戏直播平台，需要去找游戏直播开发的公司吗。
我们找的融美科技，他们做的系统质量挺不错的，服务也挺好。
其他答案（共1个回答）
直播需要的设备估计你没有。电视台利用卫星和发射信号直播，一般人接受不了。利用计算机网络直播需要服务器，推流计算机，和影音视频文件。小范围直播利用局域网，无线影音...
还不错。都能找到自己想看的游戏直播（记得给好评哦，亲）
答: 过关的时候查的严不严？
答: 朋友相处要严以律己，宽以待人。朋友出去玩，AA制最好。如果不是，自己要抢先付钱，不要斤斤计较。你就是不坐船也要抢先付钱才对。意欲取之，必先予之。其实朋友只是要你...
大家还关注
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区9623人阅读
直播应用（4）
直播技术（14）
网络直播在近两年异常火热，比如我们所熟知的秀场直播平台（9158、6间房、YY）；游戏直播平台（虎牙直播、龙珠直播、熊猫TV）；移动直播平台（映客）；在线直播购物平台（菠萝蜜）；在线教育平台（百度传课、淘宝同学）。
由于朋友公司的老总拿到了一大笔投资，准备搭建自己的旅游直播平台，本人作为流媒体技术方面的码农被应招入伍并被委以重任，带领团队打造一套自己的网络直播平台。
经过几个月的战斗最近终于完成了一套完整的直播平台建设，经历了太多苦逼的加班和熬夜，但是也得到了不小的收获，下面就把我这段经历记录下来与大家一起分享。
接到领导下达的任务后，几天内心里一直忐忑不安。虽然被赋予了大权，但是因为我之前在华为工作时主要负责IPTV流媒体平台部分，现在将整个端到端的解决方案都要我来掌控和负责，真切感受到了什么叫“肚子里的墨水还是太少”。因为这个平台的确比IPTV还要复杂，不仅包括流媒体内容分发平台，还包括多种前端设备的采集编码（PC终端、Android和iOS移动终端），多节目源的导播切换、台标和字幕的叠加，视频弹幕，多分辨率视频的实时转码，多播放终端的节目流适配，多终端的硬件解码，移动APP的开发，互动功能的开发等等一系列工作。所有这些，都需要自己亲自去实现。而在之前的IPTV应用中，前端编码有现成的编码硬件实现，终端解码也有N多种现成的机顶盒支持。
&无奈，已经箭在弦上，不得不发了。因此接下来开始做各种构思、技术信息收集和开发准备工作。
&首先，我还是按照端到端的业务流程来逐个寻找解决方案。
游戏直播业务流程图
根据上面的业务流程图，我们团队开始按部就班地开始行动。
第一步，PC端视音频采集
目前最火并且流量最大的游戏还是端游，比如英雄联盟、剑灵、坦克世界、DOTA2、跑跑卡丁车、梦三国、怪物猎人、完美世界、穿越火线、魔兽世界、梦幻西游、炉石传说等大型游戏，需要完美采集PC端的游戏画面和音频，
PC端的图像目前主流的是1080P高清分辨率，并且主要是运动画面，数据量非常大，如何高效地采集到这些数据并且还要实时地进行编码压缩，同时要有更高的压缩效率从而节省平台端的数据带宽成本，都是需要详细考虑的问题。
为了完成这一步，我们详细比较了多种不同的实现方案，主要有如下几种：
1）采用目前市面上现成的硬件视频编码设备；
我们测试了多个厂商的设备，这种设备通过内置的DSP专用芯片做视音频处理，实时性很好，但是测试后发现其对运动图像的处理效果不好，编码后的图像会有比较大的失真，并且压缩效率低，产生的数据量大。此外，广播级的硬件编码设备单台价格都在2万元左右，不适合我们面向个人玩家推广。
2）通过硬件+软件的方式来实现；
按照通常视频会议的应用模式来实现，配置专业的高清视频采集卡和PC端视频采集编码软件。市场调查后发现，采集卡倒是有很多品牌，单价在元不等，并且测试后发现采集的图像效果很不错。但是难题出现在了PC端软件上。可以实现这种功能的专业PC端采集编码软件屈指可数，深入研究后知道了原因，主要因为这方面涉及的技术层面太专业，这种软件通常都需要使用C语言来编写（编程难度大），而且要求程序员精通当前最主流的视音频编码算法（H.264/H.265/AAC等），同时要精通socket网络编程和流媒体协议栈（UDP、RTMP、RTSP、HTTP、HLS），在国内要招聘到这样的高手真是太难，因为这方面的技术标准制定都是国外主导的，即使可以请到，这种人的月薪估计也在10W左右，并且这种程序的开发周期至少在1年到2年的时间，因此我们研究后决定放弃PC端软件的自主开发计划。放弃自主开发不等于说是放弃这种实现方式，因为从整体上来衡量，采用软件方式实现虽然前期投入大，但是大规模运营时单位终端上的摊销成本就很低，因为软件可以无限复制。
软件的选型是一个费事费力的过程。PC端专业的视频采集软件主要有Adobe
的Flash Media Live Encoder，FFMPEG，直播大师，VLC等少数几款。
A.Adobe的Flash Media Live Encoder测试
首先测试的是Adobe
的Flash Media Live Encoder，这是一款成熟的直播软件，配合Adobe
发布的Flash Media Server使用的，软件稳定性不错，但是这款软件的弊端也很明显：1）它不支持AAC音频编码，因为AAC音频编码是要向第三方机构购买Licence授权费用的，Adobe出于节省成本的考虑没有加入这个特性（因为Flash
Media Live Encoder是免费的）；2）它的H.264视频编码采用CPU来运算，由于H.264编码算法很复杂，所以做高清编码时占用的CPU资源太高，i5/i7系列CPU做编码时资源都占到了50%，这时运动大型游戏时主机很吃力，经常出现运行不畅和卡顿的现象。解决的方式也很简单，配置一台独立的主机做采集编码工作，这时增加了5000元的额外开支；3）在直播的同时不能实时存档录制MP4文件格式，只能存档成FLV格式再用转码工具做格式转换，费时费力而且二次转码会降低图像的清晰度；4）不能在直播的同时叠加字幕和台标；5）Adobe太大牌，人家不愿意给我们做定制开发，并且不提供源码和开发接口，这点是最要命的。毕竟是做运营，我们希望将服务器信息和一些直播默认值写死到程序中去，同时自行开发它目前没有的功能，但是人家看不上我们，后来领导出面去沟通对方将就同意了提供定制化的二次开发，但是要价几百万美元，老板最终决定放弃这款方案。
B.FFMPEG测试
其次我们开始测试FFMPEG的直播客户端方案，由于FFMPEG这款软件是开源软件，如果该方案可用肯定是最优的方案，毕竟可以按自己的意愿随意改造。测试工作进行了半个多月时间，毋庸置疑，这款软件的功能非常全面，基本上在音视频处理方面你能想到的功能点它都想到了，国内外做视音频方面开发的有很大一部分都是基于FFMPEG做二次开发。但是测试后发现，这款软件的最大弊端是1）稳定性差，动不动就会崩溃或者死掉，无法长时间工作；2）命令行方式操作，没有直观的图形用户界面，非专业人士不会操作；3）硬件兼容性差，无法与第三方硬件设备的驱动程序进行良好的交互（比如各厂商采集卡驱动）；4）没有专业的二次开发技术支持，只能自行研究和改进。由于我们的运营项目对上线时间有要求，改造FFMPEG至少需要1年的时间，因此只能将ffmpeg作为一款备选方案。
C.直播大师测试
直播大师是北京顺景科技有限公司开发的一款专业直播采集编码软件，该软件拿到手进行测试，给人的第一感觉就是操作简单，具有图形化的操作界面，采用所见即所得的设计风格，非常适合非专业人士使用。
接下来我们进行了更详细的性能测试，测试结果表明，这款软件是我们在市面上见到的最高效的一款直播采集编码软件，它能够以H.264编码格式同时编码6路1080P的视频，此时的CPU占用率也只有5%
【CPU型号：i7-4770k】，同时可以将多个输出码流推送到多台服务器上做冗余备份。此外，这款软件支持在本地多种格式的录制功能【MP4、TS、FLV、MOV、3GP这些常用格式】，支持当今最新的H.265编码技术【个人认为H.265在不久将会取代H.264成为主流标准】，还支持多种协议的输出【RTMP、RTSP、UDP、HTTP】。除此之外，该软件还支持电视台中常用的实时字幕叠加、台标叠加、时间戳叠加等实用的功能，以上这些已经完全满足了我们做游戏直播这种应用场景的需要。如果产品的稳定性有保障的话，这应该是一款非常好的方案。
接下来我们进行了产品的稳定性测试，按照对方给出的测试环境【i7 CPU/8GB内存/1TB
SATA/千兆网络/4路高清采集卡】，我们使用该主机在办公室常温环境下同时采集编码4路高清视频进行测试，不关机运行了2周时间，机器运行一切正常，中间没有发生过死机和内存增长的情况，运行极其稳定。
再接下来，就是领导和对方在商务上和服务支持方面的沟通。我们本想要对方开放源代码或者提供接口给我们，然后我们自己增加一些应用功能进去，但是看到对方的产品源代码后才发现，对方的产品软件结构很复杂，没有详细的软件开发文档，让我们很难快速掌握其整体结构脉络。最终，经过上层领导的沟通协调，对方答应为我们开发个性化的应用功能，开发周期在1.5个月内完成，增加的主要功能包括：1）与我们自身流媒体发布平台的绑定，2）用户登录验证信息的绑定，3）通过软件方式实现游戏视音频信号的采集。第3）个功能对我们的运营平台意义重大，这样可以节省下每个终端高清采集卡的硬件成本，对于我们这种大规模运营平台来说节省的成本非常大。
VLC是一款开源的客户端软件，具有解码、编码和串流等应用功能。本质上，VLC是基于FFMPEG开发的更高级的应用，但是VLC开发团队自己设计了图形用户界面。这款软件已经持续开发了10多年时间，用户范围遍布全球。因此，我们对其进行了如下几个方面的测试：
1、功能测试。
由于VLC本身就是基于FFMPEG做的开发，所以功能上还是很强大的，基本上满足我们的需要。
2、性能测试。
我们用它做H.264的编码测试，发现它用的是x264这个开源的编码算法，通过CPU进行计算，编码1路1080P的高清视频CPU资源占用率达到了50%。
3、易用性测试。
用VLC做播放器使用其用户体验效果还是很不错的，并且提供多种用户界面可以选择。作为采集编码软件来使用的时候，它的用户体验效果很差，操作很不方面，而且也不直观，如果自己做二次开发改造的话需要花费很大的人力和时间。
4、稳定性测试。
我们使用它进行采集和编码测试，首先发现其对服务端的协议适配性不是很好，经常有无法推送节目的现象发生。此外，在网络抖动或者短时间中断的情况下，程序会自动退出，导致直播服务中断。这些问题我们无法找到原因，官方也没有专职人员可以提供技术支持，因为整个项目是由一群分布在世界各地的志愿者来维护的。这种花费了10多年时间做的软件项目，短时间内我们还无法掌握其核心架构和模块功能实现方式。源代码也非常晦涩难懂。
通过以上测试，我们发现A、B、D这三种方案可行性都很差，因为当前我们在这方面没有足够强的开发实力以及充足的开发时间。因此只有C
这款方案最适合我们现实的应用场景。最终领导决定下来采用“直播大师”这款软件，并在此基础上做二次开发。
第二步，移动端视音频采集
除了做PC端游戏的直播，我们还要做手机端游戏和户外场景的直播，因此开发手机端的直播工具软件势在必行。
众所周知，当前主流的两大手机操作系统就是google的android和Apple的iOS。两大操作系统的开发语言和开发框架差异很大，android系统采用java语言来做应用层开发，而Apple的iOS系统采用Objective-C语言做开发。两个平台具有各自不同的开发接口和特性，两个平台上的应用程序没有任何兼容性，因此我们必须组建两个APP开发小组来完成这件事情。
目标确定了，下面就是技术路线选型工作。
首先，对于手机端的视音频采集编码技术，我们有过类似的经验。考虑到手机的处理能力，我们的技术路线是利用手机自身核心处理器的视频编码能力来完成。在Android端调用Mediacodec开发接口来实现，iOS端调用苹果提供的Core
Video框架来实现，编码格式上我们采用H.264视频编码和AAC音频编码，通过硬件编码方式极大地降低了移动终端的CPU负荷与功耗，。在协议的选择上，我们采用当前主流的RTMP协议由客户端向服务器端推送数据。RTMP是Adobe公司制定的一款流传输一些，结构比较简单，自己研究就能搞定，而且这款协议在行业内应用非常广泛，便于不同产品的集成。
其次，字幕和台标的叠加
在PC端，顺景科技的直播大师已经具备了专业级的字幕台标叠加功能，下面考虑的主要是移动端的实现。还好，顺景科技在这方面也给我们提供了技术支持，通过渲染技术实现了字幕和台标的叠加功能。不仅如此，在他们的帮助下我们的移动端软件还加入了图像美颜功能，支持120多种常见滤镜效果。
第三步，内容的发布和转码
前端设备将直播的视音频内容采集处理后，首先推送给平台的源站服务器，我们将源服务器部署在了北京本地的运营商骨干节点机房（近距离便于维护）。源服务器采用多机集群热备份机制，防止一台源站服务器宕机后影响整个平台的稳定运行。
源站服务器连接有专业的磁盘阵列存储设备，当源站服务器接收到数据后，首先复制N份转发给下面的N个二级CDN节点，同时复制一份给转码服务器。转码服务器将接收到的每一个流进行实时的转码，主要是将高清码流转换一份标清码流给小屏移动终端，移动终端接收标清小码流不仅符合自身的小屏分辨率需要，同时可以降低对移动端的解码能力要求，还能有效节省带宽成本。
同时，转码服务器将实时的直播码流录制保存到磁盘阵列中，供以后点播回放使用。
在这个实时转码环节，我们突然发现之前考虑的欠周到，因为根据我之前在华为做IPTV的经验，内容的转码可以交给高性能的服务器来完成，之前我们用配置四颗Intel
E5系统八核心的处理器来做视频转码，转码1080P视频可以达到8倍速以上。但是当我将之前的技术用于这个项目中测试时发现，我们之前的转码技术还是远远不能满足要求。因为我们当前的应用是大并发的直播运营，在同一时间平台可能要对数百个甚至上千个直播流进行实时转码，这样就需要很多台高配置的服务器，这样很难控制运营成本；此外，直播流的转码必须是实时性的，要求转码延迟在1秒以内，这和我们之前的2~3秒延迟还是有很大差距的。如果对原有的技术进行改造，这部分的开发周期预计要1年以上，而且还没有绝对的把我可以达到最好的效果。最后在多方面的尝试后，我们采用了直播大师厂商顺景科技提供的他们自行开发的先锋云转码方案，因为他们的方案在转码性能上不仅有更大的提升（单台服务器可以达到1080P
30倍速的转码效率），而且他们的转码实时性也更强，转码延迟可以控制在500ms以内。
第四步，流媒体发布
流媒体发布这个环节对于整个平台来说也是至关重要，因为最终面向终端用户提供服务的是分布在全网的流媒体服务器，流媒体服务器的稳定性以及性能优劣决定着终端用户的体验效果和平台的运营成本。根据之前做IPTV的经验，我们在这个项目中选择的技术路线还是自行开发，当然还是基于之前做IPTV流媒体服务器的基础来做，核心技术点又有如下的改进：
1.流媒体服务器还是采用C语言实现，保障运行效率最高；
2.将之前的多进程模型改成异步IO模型，提高服务器的并发处理性能；
3.在协议层上增加对RTMP、HLS协议的支持；
4.引入hadoop这一分布式架构，便于大规模分布式部署、调度和容错；
通过这些改进，流媒体服务器的整体性能又会有一个质的飞跃。
这部分开发工作要持续半年多的时间。
第五步，CDN内容分发
这方面是我的业务特长所在，与我之前做IPTV平台的技术路线相同，主要是对流媒体数据在全网范围内的多个节点之间进行快速的分发，从而提高终端用户的体验效果。
在协议的选择上，我们根据直播和点播应用的特点，支持RTMP协议、HTTP协议、UDP协议这三个类型。
节点服务器的建设方面，我们根据国内互联网的整体布局，采用中心节点-&各省级节点-&地市级节点 三级架构模式，把主要的用户流量首先引导到第三级节点，然后是第二级节点，之所以这样设计，主要因为越到中小城市，带宽价格越低，这样可以极大地节省后期的运营成本。
为了保障平台运行的稳定性，我们将CDN系统部署在64位Linux服务器上，与优酷这类大的视频门户技术架构相同。
按照公司业务规划，我们前期先部署一、二级节点，做到每个省会城市都有一个CDN分发节点，每个二级节点有3台以上的服务器组成分发集群。
第六步，终端播放器开发
在终端的解码回放部分，我们考虑自行开发PC、Android和iOS三个终端的播放器，由于三种终端采用不同的操作系统平台，因此我们成立了三个开发小组来分别完成，下面讲一下技术路线：
采用行业内主流的技术路线，基于Adobe的Flash Player做应用层开发，这也是当前最成熟时的技术路线。为了缩短开发周期，我们基于Adobe的OSMF播放器框架来做，开发周期控制在2个月以内比较可行。
Android端：
Android端的播放器开发我们首先考虑到的是终端的解码性能，因为解码框架有多个可选，比如FFMPEG、VLC、MediaPlayer API、Exoplayer等，从我们自身的熟悉程度和项目的可控性上考虑，最终决定采用google的Exoplayer做二次开发，开发周期可以控制在2个月以内。
iOS端的播放器也是基于同样的考虑，我们选择了苹果提供的VideoToolbox开发接口，通过它可以直接调用苹果处理器自带的硬件解码功能，这样可以大大降低设备的功耗，延长电池的续航时间。
经过团队15个人的艰苦奋战和N多个的加班熬夜，四个月后平台原型已经基本宣告完成，虽然在应用功能上还需要进一步完善，但是从性能测试上看，我们的技术路线是正确的，因为整体性能比优酷、乐视这些同行业兄弟站点高出了20%左右，而且资金投入上并没有高于其他平台，反而比他们还要低。而且，在整个平台的架构上，我们还考虑到了向后的兼容性和可升级性，比如在整个内容发布环节我们都支持了H.265视频编码标准，虽然现在还未大规模应用起来，但是这个产业链在2~3年内应该会有很大的起色，也是未来的主流标准，因为H.265比H.264的压缩效率提高了一倍，这就意味着采用这项技术不仅能将存储成本降低一半，还能够将带宽消耗降低一半，这无疑会为将来的运营节省大笔开支。
能够如期完成这样一个工程，团队的兄弟姐妹们付出了很多辛劳与汗水，我要为他们点个赞！作为整个项目的技术负责人，取得这样的成绩自己也感到很欣慰，所以要为自己点个赞，哈哈 ~-~
以上就是我做这个直播平台的一段经历和收获的一点点经验，记录下来既是对自己的总结，同时也想与各位创业者和同行一起分享，希望对大家有所帮助。如果您有不同的见解，欢迎交流和拍砖！
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：33912次
排名：千里之外
原创：12篇
转载：11篇
(1)(2)(3)(1)(6)(10)直播APP开发：搭建直播平台经验分享
查看:63 | 回复:0
主题帖子积分
接近落伍(少量栏能发帖), 积分 -10, 距离下一级还需 10 积分
接近落伍(少量栏能发帖), 积分 -10, 距离下一级还需 10 积分
&&&&&&&&&&&&&&&&&&&&
& && && && && && && && &&&直播APP开发：搭建直播平台经验分享
最近，直播一波比一波火，手机直播也是大众相当喜欢的方式，众多企业也开始找寻优质的直播APP开发系统，搭建自己的直播平台，本文就对直播平台搭建做一下经验分享。
搭建直播平台第一步是要寻找合适的云服务SDK进行嵌入。
1.在APICloud的聚合API中可以轻易找到以上的功能模块，挑选合适的模块封装到自己的App中，视频直播功能有ytylive qupaiLive 亲加云等模块。拿ytylive举例，此模块支持主流 RTMP 服务器 支持目前所有主流的 RTMP 服务器 (simple-rtmp-server、crtmpserver、FMS 等)。 支持所有的 RTMP 协议 支持所有RTMP 协议及变种 (RTMP、RTMPT、RTMPE、RTMPS、RTMPTE、RTMPTS 等)。 性能强大 资源 (CPU/内存) 占用率低，使用硬件加速进行编码，压缩比例大，延时小。 支持实时滤镜 支持多种实时滤镜效果 (Gray、InvertColors、Sepia、Fisheye、Glow、GaussionBlur)。
而像亲加云模块共有4个，包括视频直播基础模块、视频直播模块、视频播放器模块和视频直播聊天室模块。
2聊天文本/表情输入有chatbox，UIChatbox等模块。
3. 及时通讯（互动功能）：融云，环信等模块，也可以自己通过socketManager自己封
装协议实现；
4. 支付提现：支付宝、ping++、微信支付、银联支付、现在支付等模块；
5. 视频回放：视频回放功能的实现其实是录像+存储到服务器中，因此使用APICloud的
数据云功能，或是七牛云存储，又拍云等模块都可以实现；
直播/主播分享：微信、新浪微博、QQ等平台分享模块。
第二步搭建直播平台
1. App框架搭建，在APICloud Studio中直接创建应用框架，有三个常用页面框架备选；
2. 积木式拼装，将所有你挑选好的模块，用JavaScript编写页面及模块调用，运用
HTML5+CSS3搭建应用的界面UI，完成App编码全过程；
3. 真机调试，通过模拟器和真机调试功能进行App优化，一键点击即可在iOS和Android
手机中进行App优化；
4. 云编译，在APICloud官网上传App的icon、启动页和证书，一键“云编译”即可同
时生成iOS和Android的原生安装包；
5. 云修复，使用云修复快速迭代，随时发布新版本、新功能，无需提交新的安装包。
做完以上步骤，独属于您自己的直播平台就要诞生了，当然过程是漫长的，如果您想要迅速迅速进入直播市场，抓住直播商机，建议您还是找一家专业的直播APP开发商来做比较好，像云豹直播这种专业直播APP开发服务商，除了提供源码还可以为您提供技术支持，短短几天就可以搭建成功，快速上线，对于急于进入直播市场的您还是非常划算的！
Q Q ：3 3 2 4 4 4 3 0 0 6 。
落伍手机绑定
该用户已经进行手机实名绑定
论坛事务客服(8:30-17:00)：
&&&&商务广告客服(8:30-21:00,限广告合作)：
落伍者创建于,本站内容均为会员发表,并不代表落伍立场!
拒绝任何人以任何形式在本论坛发表与中华人民共和国法律相抵触的言论!
落伍官方微信：2030286 邮箱：(|)
浙ICP备号 BBS专项电子公告通信管[号
　 落伍法律顾问: ITlaw-庄毅雄【中小学教育直播系统开发，教育直播平台如何搭建？】 5小时 在线直播 - 中国产品网
您当前的位置：
山东龙商互联网络科技有限公司
直播时长：
直播方式：
直播内容：
1000.00元/套
最小起订量
自买家付款之日起
25 天内发货
18:02&&有效期至：
111.14.208.152 / 山东省济南市 移动
资料文档下载：
　　龙商互联科技有限公司服务商，教育直播平台提供一个低成本做在线教育整体解决方案,帮您打破所有技术壁垒,大限度地降低了建立网校的技术和资金门槛,功能包含在线直播教学、课程录播授课、考试题库、智能排课、教学管理等。教育直播平台产品按需付费、成本可控,让您小承办搭建您自己独立域名的网校平台。
10秒注册完成,真正实用的在线教育软件,全部功能开通体验支持PC、pad、手机web端、APP、微信平台,全部终端开放体验咨询电话：李经理直播系统定制APP开发QQ群
专业的教学直播平台解决方案
特点:快速搭建完成、强大功能模块、流程操作简单、支持功能定制、行业收费
多端口自由切换让学员任意选择学习方式同一个域名，不同显示效果,跨平台自动适应
1、完善的PC功能网校：简单易用的界面，强大的功能+极强的稳定性
2、手机移动版网校：课程营销、在线授课、费用支付全流搞定
3、微信平台网校：绑定企业微信公众号,学员随时随地轻松学习
4、APP应用网校：实现碎片网络学习,作业、测试、互动讨论
多年的研发经验丰富的项目方案，想要的功能都在这，教育直播平台我们帮您打破所有技术壁垒，提供一站式的解决方案。
山东龙商互联公司主要做品牌原创电商软件系统定制开发运营、品牌整合营销整体运营服务和电商孵化，比如：商城平台搭建，分销系统定制开发，网络商城运营，公众号运营等服务。欢迎前来公司洽谈品牌整合营销战略合作！微信开发分销系统定制QQ群
咨询电话：李经理直播系统定制APP开发QQ群
发布日期： 14:47，如果您觉得“中小学教育直播系统开发，教育直播平台如何搭建？”描述资料不够齐全，请联系我们获取详细资料。(联系时请告诉我从中国产品网看到的，我们将给您最大优惠！)
本页链接：已经有276位访客查看了本页
最近来访：来自 北京市 电信通的客户于日在百度搜索""访问了产品
&Copyright 2017
请您在交易前确认山东龙商互联网络科技有限公司的资质，谨防受骗，中国产品网不承担责任
访问统计：4502页次如何快速搭建一个完整的移动直播系统？|移动直播系统|直播|风口_新浪科技_新浪网
如何快速搭建一个完整的移动直播系统？
　　作者蒋海兵
　　移动直播行业的火热会在很长一段时间内持续，通过和各行业的整合，从而成为具有无限可能性的行业。主要有以下三个原因：
　　第一，移动直播的UGC生产模式比PC端的直播更明显，人人都有设备，随时随地开播，完全顺应了互联网时代的开放性原则，能刺激更多人去创造和传播优质内容。
　　第二，网络带宽和速度在逐渐提高，网络成本在逐渐下降，为移动直播提供一个极佳的发展环境。文字、声音、视频、游戏等都会在移动直播中呈现，创造出更加丰富的用户体验。直播可以以SDK的形式接入到自己的应用中，比如，教育领域中的课后辅导完全可以以直播的形式开展业务、电商也可借助直播让用户挑选商品，促进销售。
　　第三，一个与VR/AR技术相结合的移动直播为整个行业的未来提供了新的发展空间。VR/AR直播能够让用户身临其境，带动主播与观众更贴近真实的互动，大大提高平台的用户参与度。
　　当下，有技术实力和流量优势的互联网从业者都不愿错过直播这个风口，如何快速搭建一个直播系统成了大家关心的问题，我想和大家分享下我的经验。我从事于一家直播产品开发商，我们的产品为了快速赶上市场，使用了云服务提供商的直播SDK。
　　从业者都知道，一个完整直播产品应该包含以下环节：推流端(采集、前处理、编码、推流)、服务端处理(转码、录制、截图、鉴黄)、播放器(拉流、解码、渲染)、互动系统(聊天室、礼物系统、赞)。 下面我就一一讲述下直播SDK在各个环节所做的工作。
　　一、移动直播推流端需要做哪些工作？
　　直播推流端即主播端，主要通过手机摄像头采集视频数据和麦克风采集音频数据，经过一系列前处理、编码、封装，然后推流到CDN进行分发。
　　1、采集
　　移动直播SDK通过手机摄像头和麦克风直接采集音视频数据。其中，视频采样数据一般采用RGB或YUV格式、音频采样数据一般采用PCM格式。采集到的原始音视频的体积是非常大的，需要经过压缩技术处理来提高传输效率。
　　2、前处理
　　在这个环节主要处理美颜、水印、模糊等效果。美颜功能几乎是直播的标配功能。我们调研中发现太多case是因为没有美颜功能被抛弃使用的。另外国家明确提出了，所有直播都必须打有水印并回放留存15天以上。
　　美颜实际上是通过算法去识别图像中的皮肤部分，对皮肤区域进行色值调整。通过颜色对比找到皮肤区域，可以进行色值调整、添加白色图层或调整透明度等来达到美白效果。在美颜处理方面，最著名的GPUImage提供了丰富的效果，同时可以支持iOS和Android，支持自己写算法实现自己最理想的效果。GPUImage内置了120多种常见滤镜效果，添加滤镜只需要简单调用几行代码就可以了。
　　3、编码
　　为了便于手机视频的推流、拉流以及存储，通常采用视频编码压缩技术来减少视频的体积，现在比较常用的视频编码是H.264。在音频方面，比较常用的是AAC编码格式，其它如MP3、WMA也是可选方案。视频经过编码压缩大大提高了视频的存储和传输效率，当然，经过压缩后的视频在播放时必须进行解码。
　　相较于之前的H.264，2012年诞生的H.265编解码标准有了相当大的改善，做到了仅需要原来一半带宽即可播放相同质量的视频，低于1.5Mbps的网络也能传输1080p的高清视频。像、金山云都在推自己的H.265编解码技术，随着直播的快速发展和对带宽的依赖，H.265编解码技术已有全面取代H.264的趋势。
　　H264和H265个模块技术差异：
　　另外，硬件编码已经成为移动直播的首选方案，软编码处理在720p以上的视频颓势非常明显。在iOS平台上硬件编码的兼容性比较好，可以直接采用，但在Android平台上，Media Codec编码器针对不同的芯片平台表现差异还是非常大的，要完全实现全平台兼容的成本还是非常高的。
　　4、推流
　　要想用于推流还必须把音视频数据使用传输协议进行封装，变成流数据。常用的流传输协议有RTSP、RTMP、HLS等，使用RTMP传输的延时通常在1–3秒，对于移动直播这种实时性要求非常高的场景，RTMP也成为移动直播中最常用的流传输协议。最后通过一定的Qos算法将音视频流数据推送到网络断，通过CDN进行分发。在直播场景中，网络不稳定是非常常见的，这时就需要Qos来保证网络不稳情况下的用户观看直播的体验，通常是通过主播端和播放端设置缓存，让码率均匀。另外，针对实时变化的网络状况，动态码率和帧率也是最常用的策略。
　　当然，在网络传输方面全部自己来做基本不现实，找提供推流服务的CDN服务商提供解决方案是最好的选择。据了解，云是国内唯一能自研CDN缓存服务器的厂商，性能非常有保障。当然，大多数直播平台都会同时接入多个视频云服务提供商，这样可以做拉流线路互备，对推流后视频集群再进行优化也可提高直播的流畅性和稳定性。
　　二、服务端处理需要做哪些工作？
　　要想适配各终端和平台，服务端还需要对流进行转码，如支持RTMP、HLS、FLV等格式拉流，支持一路转多路适配不同网络和分辨率的终端设备。
　　1、截图、录制、水印
　　像阿里云等云服务商都提供了实时转码技术，将用户推流码率较高(比如720P)实时转化成较低清晰度(比如360P)的流以适应播放端的需求。如果要自己搭建实时转码系统，这个成本是极高的，一台8核设备只能实时转10路流，如果一个正常的直播平台有1000路流，就需要100台设备，加上后期的运维成本，一般公司就吃不消了。
　　2、鉴黄
　　日，文化部查出了斗鱼、虎牙、、熊猫TV、六间房、9158等涉嫌提供含宣扬淫秽、暴力、教唆犯罪的网络直播平台，被列入查处名单。政府介入管制有利于直播行业打造健康的生态，进入良性发展。这也意味着为了安全直播产品鉴黄成了必需环节，使用技术手段去鉴黄是移动直播平台必然采用的方案。
　　市面上提供鉴黄服务的方案主要有两种：
　　第一种是对视频进行截图，然后对图片进行鉴黄，返回鉴黄结果和分值。典型的企业有阿里(绿网)、图谱科技，他们目前都支持直接传入视频，经过服务端分析返回结果。通常由业务系统接入鉴黄服务，根据鉴黄结果对直播流进行控制，如切断直播流、封禁账号等。
　　第二种是和CDN结合，直接对直播流进行分析，识别结果分为色情、疑似色情、性感和正常，业务系统根据识别结果直接控制直播流。典型的企业是Viscovery，这套方案的优点是实时性保证比较好，缺点是必须部署到CDN或自己的机房，使用成本相对高一些。
　　还有一种一站式直播解决方案提供商，他们的做法是，用户只需在控制台对鉴黄服务进行配置就可以针对每个应用、每一路直播流进行实时审核。在控制台中，云服务商实时将鉴黄结果返回，用户可以直接查看色情直播和违规界面的截图，同时可以对直播流进行控制，切断问题直播流。该服务商还提供了短信、邮件和站内信功能，避免漏掉任何一个非法视频，给平台造成损失，我们就使用了这种方式。
　　三、播放器端需要做哪些工作？
　　在播放器端如何做到秒开，直播过程中保证画面和声音清晰度的同时，稳定、流程、无卡顿的直播流量，这些工作都需要播放器端配合服务端来做优化，做到精确调度。
　　1、拉流
　　拉流实际是推流的逆过程。首先通过播放端获取码流，标准的拉流格式有RTMP、HLS、FLV等。RTMP是的专利协议，开源软件和开源库都支持的比较好，如开源的librtmp库，播放端只要支持flashPlayer的就能非常简单的播放RTMP直播，直播延迟一般在1–3秒。
　　HLS是提出的基于HTTP的流媒体传输协议，HTML5可以直接打开播放，通过微信、QQ等软件分享出去，用户也可以直接观看直播，可以说移动直播app，HLS拉流协议是必须支持的，缺点是延迟通常大于10秒。FLV(HTTP-FLV)协议是使用HTTP协议传输流媒体内容的一个协议，也不用担心被Adobe的专利绑架，直播延迟同样可以做到1–3秒。
　　各拉流协议的差异：
　　我们使用的云服务的直播拉流技术提供了以上三种格式，满足不同业务场景的需求，如对即时性要求较高或有互动需求的可以采用RTMP或FLV格式进行直播拉流播放；对于有回放或跨平台需求的，推荐使用HLS。当然，三种协议是可以同时使用的，分别用到自己的场景就可以了。
　　2、解码和渲染
　　拉流获取封装的视频数据后，必须通过解码器解码、渲染后才能在播放器上播放。它是编码的逆过程，是指从音视频的数据中提取原始数据。前面介绍的H.264和H.265编码格式都是有损压缩，所以在提取后的原始数据，并非原始采样数据，存在一定的信息丢失。因此，在视频体积最小的情况下通过各种编码参数保留最好的原始画面，成为了各视频公司的核心机密。
　　考虑对高清的支持，解码肯定还是要选择硬解码的。前面介绍过，iOS系统由于硬件比较单一、比较封闭，支持的比较好，Android系统由于平台差异非常大，编解码要完全兼容各平台还需要很多工作要做。
　　四、移动直播中的交互系统
　　移动直播中最常见的交互有聊天室(弹幕)、点赞、打赏和礼物等，交互系统涉及消息的实时性和互动性，在技术实现上大多是使用IM的功能来实现的。对于在线人数比较多的房间，弹幕消息量是非常大，主播与用户其实都看不过来，为了缓解服务器压力，在产品策略需要做一些必要的优化。
　　1、聊天室
　　移动直播中的弹幕交互是用户和主播互动的主要方式，实际上就是IM中的聊天室功能。聊天室和群聊功能类似，但聊天室的消息是不需要分发给不在线的用户的，历史消息也不需要查看，用户只有进入聊天室后才能查看聊天消息和群成员信息。面对复杂多变的网络状况，还需要根据用户位置就近选择近对应运营商的单线机房接入弹幕消息服务，让弹幕更及时。
　　2、礼物系统
　　礼物系统更是绝大多数移动直播平台的标配了，它是这些平台主要的收入来源。送礼物的形式也增强了用户和主播之间的互动交流，也是主播依赖平台的最主要原因。
　　礼物的收发在技术实现上也是用聊天室接口做的，通常采用IM中的自定义消息实现，当用户收到或发送礼物时将自定义消息对应的礼物图形渲染出来。
　　以上就是我们在使用了第三方SDK服务后总结出来的直播产品经验，希望能帮助到创业者和从业者们。
过去，“流量为王”的理念使得运营人员的职责聚焦在拉新上。但是...
综合来看，虽然新美大的基本盘依旧非常稳固，但内部和外部的不稳...
Line并不像中国的互联网公司一样值得我们关注，日本微信距离中国...
微软获得历史性胜诉：美国政府无权索取海外邮件。这是隐私维权人士的胜利。
区块链技术在可应用在智能合约、金融、物联网、共享经济、房地产等领域。}