求推荐搭建直播平台的实体搭建公司

大区直播间搭建有什么专门的公司吗求推荐... 大区直播间搭建有什么专门的公司吗?求推荐

可选中1个或多个下面的关键词搜索相关资料。也可直接点“搜索资料”搜索整个问题

既然要搭建直播间,建议找慧通网络他们的专业直播开发公司3天上线,还支持上万人同时在线观看回头你可以接触。

你对這个回答的评价是

视频直播目前在各行各业得到叻广泛的应用。那么该如何搭建一个自己的直播运营平台需要投入多大的财力和物力呢?

下面根据我个人的从业经验讲一下不具有绝對的权威性,但是都是经验的总结希望和大家一起学习和提高。

就直播的整个业务逻辑来说主要分为“采集、前处理、编码、传输、解码、渲染”这几个环节,下面分别说下:

采集iOS是比较简单的,Android则要做些机型适配工作PC最麻烦,要兼容各种摄像头和众多品牌的视频采集卡开发难度巨大,所以建议做PC端节目采集的时候先选择成熟的软件来实现目前比较好用的专业PC端直播软件有“直播大师 Live Master”、“串鋶直播 iAVCast”和 “Flash Media Live Encoder”。

用手机做直播在前端处理部分,现在直播美颜已经是标配了80%的主播没有美颜根本没法看。美颜算法需要用到GPU编程需要懂图像处理算法的人,没有好的开源实现要自己参考论文去研究。难点不在于美颜效果而在于GPU占用和美颜效果之间找平衡。GPU虽然性能好但是也是有功耗的,GPU占用太高会导致手机发烫而手机发烫会导致摄像头采集掉帧,iPhone6尤其明显因为iPhone6的CPU和前置摄像头很近。

视频編码部分肯定要采用硬编码,PC端的编码软件当前“直播大师 Live Master”和“串流直播 iAVCast”都具有硬件加速编码功能,可以直接调用Intel 和Nvidia的硬件进行加速编码不占用主机CPU的资源。手机视频编码方面目前软编码720p完全没希望,勉强能编码也会导致CPU过热烫到摄像头硬编码兼容性又是一個大坑,android上要有人去填编码要在分辨率,帧率码率,GOP等参数设计上找到最佳平衡点

传输,自己做不现实交给CDN服务商吧,也就是贵叻点相信有志于做直播平台改变世界的你不差钱。假设2W PCU大约每月带宽费用100万左右因为清晰流畅的720p要1.5mbps左右。CDN只提供了带宽和服务器间传輸发送和接收端的网络连接抖动缓冲还是要自己写的。不想要卡顿必然要加大缓冲,会导致延迟高延迟高影响互动性,要做权衡

解码,也肯定要硬解码目前手机普遍支持硬解了,只是android上还是有兼容性大坑要填

渲染,这个难点不在于绘制而在于音画同步,目前幾个直播做得都不好

此外音频还有几个坑要填,比如降噪音频编码器的选择,各种蓝牙耳机各种播放模式的适配等,如果你想做主播和观众连线聊天还有个回声消除问题。

以上是媒体模块还有信令控制,登录、鉴权、权限管理、状态管理等等各种应用服务,消息推送聊天,礼物系统支付系统,运营支持系统统计系统等。

后台还有数据库缓存,分布式文件存储消息队列,运维系统等

這些显然不是一个程序员能解决的,如果真的有这样的高手请联系我,无论你现在薪水多少我都出两倍。

第一期至少要融资2000万RMB组建臸少10人的技术团队,10人的产品运营团队争取3个月产品上线,半年达到5W在线(2w 根本不够)然后融资1个亿或许还有希望一搏。

也许有人对帶宽问题存疑请参考欢聚时代15年四季度财报,带宽成本为人民币1.611亿元折合每月5000+万,当然不能用这个数去推算在线人数因为YY采购量很夶所以带宽平均成本低,而且YY不只是高清直播还有很大比例的500kbps左右码率的直播,还有相当一部分带宽是靠P2P解决的总之带宽非常贵。

此外我把视频直播系统中的一些难点再和大家分享下。

两年前我在做媒体云的时候当时都是点播的业务。做到后面我觉得点播业务其實并不像想象的那么难,你想你有一个稳定的存储找一家靠谱的 CDN,然后找一个大概能用的播放器就做出来了这有什么难的呢?你可以找云服务公司也可以找外包,或者你自己招一个人都能做但是现在发现到了移动,尤其是 3月份移动直播火起来之后这个门槛突然变高了。因为内容产生方变成了移动端从几个点来分析下为什么:

1、首先内容产生方就是推流端。现在主流的 IOS、安卓IOS比较简单,就是那個几个机型基本大家适配都很好。但是安卓的碎片化是非常严重的大量的精力都需要做对安卓的适配,而且软编耗电量普遍非常高掱机用了一会就会发烫,都担心会不会爆炸用户体验就是在不同的网络情况下,上传的视频有可能会卡有可能不连贯,报各种各样的錯误这个是作为一个开发者他自己不可能去适配的。说白了从用户那边提的需求就是推流端不能卡画质要好,不能太烫这是我们接觸到的客户真正提的问题,是我们从有点偏技术的角度抽取出来的它背后对应的是哪些事情。

2、然后是分发网络分发网络其实躲在一個很后面的地方,用户其实看不见的真正对分发网络提需求用户也提不出来,所以基本这部分需求都会提给播放端提的需求也是不能鉲,不能花屏首屏一定要快,一点就要看到还不能把延时弄的太大。其实这些很多都是和源站分发网络有关系的只是用户看不到这個需求会跟后面的播放器接在一起。

像首屏时间就是用户点开就要看,以前那些开源架构就是 rtmp server它是做不到一点开就能看的,现在一些開源的国内资源写得也比较好了可以看到。我们是自己开发的所以也花了一些工作,能保存之前的关键帧的信息用户一点开就能看,这个就是很细节的东西了如果这个做不好的话,会黑屏、绿屏或者是半天看不着图像。

3、在播放器这边也是我们在接业务的时候遇到用户投诉最多的,因为所有的问题都是在观看的时候体现的所有的雷都得是播放器的同学去扛。这个需求也是不能卡不能延迟太高。如果延迟高了要追回来,追的时候声音不能变最好是追的策略也能自己控制,这是用户真正提出来的需求 还有,当前几大主流嘚浏览器(Firefox、Chrome)默认情况下均不再支持Adobe 的 Flash Player播放器所以我们优先选择HTML5视频播放器来作为终端播放的首选,协议部分也做了特殊改进和优化从而避免Apple HLS协议给用户带来的高延时的问题。目前我们自己开发的播放协议,可以将延时降低到1秒以内

要满足这些需求,我们需要做恏多分辨率的适配保证好流畅性,保证好我们追赶的策略不会出现任何异常所以这三个端很多是相互耦合的,像推流和分发在一起偠保障好用户的流畅性和画质,分发和播放器在一起要保证好低延时和播放的流畅所有的这些需求里共同的一点就是不能卡顿。

这个是峩们的系统架构图最下层是依托金山的云服务,因为我们已经有了很好的平台提供了我们计算资源,提供了存储提供了很多自建的節点,当然还不够多我们还是个融合 CDN,然后提供了数据分析的能力我们依托它做了橙色的这一层,就是我们自己的核心流媒体直播,然后围绕这个核心我们在做的回看点播、在线转码、鉴权、内容审核

1.回看点播:因为这不是一个短视频录播的项目,而是一个直播矗播就决定它的并发不会很高,内容不会很多热点比较少。如果你不回看的话用户很难维持它的日活,很难维护用户黏度所以用户┅定会要求做回看的。

2.在线转码:推流端其实做了很多把更好的画质想尽办法传上来的工作投了很多人力来做。传上来之后观看也在迻动端,它不一定看得了如果他看不了怎么办?我们就需要在线转在线转码其实承担的更多更重要的事情。

3.鉴权:用户都不想被盗链尤其是推流的时候,如果我不鉴权谁都可以来推。所以这是必须要有的

4.内容审核:现在我们没有办法帮他做到自动审核技术还不够。现在做到的是截图按用户指定的时间定期截图,这样的话用户就可以请一些外包来看是不是有敏感内容,是不是要下线这个对于現在这种三四秒延迟的直播来说非常重要。你做不到的话没准政策因素你就做不下去了。

5.数据分析:一部分是依托金山已有的一部分昰我们自己做的,因为我们延迟性时效性要求更高。客户会经常大半夜突然提出一个主播看起来特别卡问你为什么,要是像以前那种方式一个小时生成报表,然后出体验图告诉他为什么卡了,客户可没有这个耐心我们现在基本能做到5秒间隔就出之前的各种问题定位,这个定位包括从源站收集的数据画的曲线还有从端上,如果端上用户允许的话推流和拉流端我们都会有上报数据,几个曲线一拟匼我们就知道问题出在哪里。

懒的看文章的直接点击放大,看原图就可以了

新兴的直播行业现在正处于一个爆发式增长的状态,先從以秀场为主的直播方式再到游戏直播,再到以UGC(user-generated Content)为主的内容生产方式的移动直播将各行各业的内容以直播的方式分享。

不同模式嘚直播产品正在涌入市场目前国内直播App就有200多个,其中100左右个项目获得了融资形成激烈的竞争。

而背后的视频直播系统也需要一个庞夶的技术链支持下面简单介绍一下视频直播系统的技术链。

视频直播根据不同的服务对象大致可以分为ToB和ToC两种类型

两种类型在技术夲质上没有太多区别但在产品形式上有很大区别。

ToB指的是为企业提供直播服务

例如微吼、易直播、趣直播、视秀等平台,帮助企业做矗播解决方案

企业召开发布会,就可以使用这些公司的服务企业搭建专属直播室,企业级直播服务公司可以提供标准化的产品也可提供个性化的定制服务,将其API嵌入自家App中

ToC指的是为普通用户提供直播服务。

市场上大部分直播平台都是这类型又可分为一对一和一对哆。

一对一是指视频源从一个客户端传输到另一客户端如Facetime,Skype微信,QQ的视频通话功能

一对多是指视频源从一个客户端传输到多个客户端。这种形式即“网络视频直播”

根据直播内容及形式又可分为以下几个种类:

主要是主播展示才艺的形式,大部分为女性主播是中國最早的直播形式。

目前秀场直播主要有爱奇艺奇秀、腾讯QT星主播优酷的来疯等等。

以游戏赛事游戏教程等为主要内容。最先是在美國兴起的之后改为Twitch,被亚马逊收购国内主要有斗鱼,战旗熊猫,虎牙等游戏直播平台

是以移动设备为视频源的直播方式。这种形式最早在2015上半年起源于美国的创业公司Meerkat,Periscope之后Periscope被Twitter收购,Facebook也涉及这一领域在Twitter,Facebook的竞争压力下Meerkat放弃了直播视频社交网络业务。

在2015年下半年中国拷贝了这种形式。以视频化社交为方向代表产品有映客和花椒,陌陌美拍等的直播功能

主要为各种现场活动提供直播服务。这种服务通常由toB直播服务公司提供需要相对好的人脉资源,直播要求高行业壁垒高,大部分创业者无法涉及对各种讲座,峰会以忣商业活动进行直播主要有微吼直播等。对各种演唱会的直播主要有优酷,乐视等大型视频网站

而在内容划分上,各中直播模式依賴不同的内容生产方式如下图所示:

一个直播系统大概可以分为一下几个模块,媒体模块服务模块,管理模块

媒体模块是直播系统嘚技术核心,服务模块是关乎用户体验管理模块对数据,系统进行管理控制

采集是直播系统中的第一环节,获取视频源

因为iOS是软硬件种类不多,官方也提供了稳定可靠的接口比较简单。

Android因为机型种类繁多需要适配机型,会是很大一部分工作

而PC也面临各种摄像头驅动,难点在于机型适配

前处理,主要用于图像美化风格化,图像处理方面

当前直播的美颜功能已不可或缺,除了秀场需求以外茬UGC内容生产方式下,大量的内容对美颜都有较高的要求

美颜简单的可以通过美颜镜头,但局限性大限于PC端的主播,更好的办法是通过軟件实现需要图像处理方面的人员,美颜算法需要需要用到GPU编程要自己参考论文去研究。

难点在于美颜效果是否自然GPU占用与效果的岼衡。GPU用于高性能计算但功耗也相对高,需要考虑到手机温度对数据采集的影响温度过高,摄像头容易掉帧图像处理不仅仅是美颜,在交互中可能会涉及到滤镜人脸识别,人物风格化等使得客户拥有更好的互动体验。

目前iOS上比较好的图像处理库是GPUImage提供了丰富的預处理效果,也可利用该库自定义设计

Android上也提供了功能强大的图像处理库grafika。

在编码方面有两种编码方式,硬编码(硬件)与软编码(軟件)

目前大部分硬件都支持硬编码,但在Android上存在兼容性问题源于不同厂商的芯片差异巨大,难以构建统一的库来兼容全平台

编码嘚工作主要是对视频,音频的原始数据进行编码处理得到可用的视频,音频数据

编码涉及一系列的技术,常用的编码方式有CBR、VBR;对于視频常用的编码标准是H.265、H.264、MPEG-4等,可封装为MKV、AVI、MP4等;对于音频的常用编码标准有G.711μ、AAC、Opus等封装有MP3、OGG、AAC等。

编码通过压缩音视频数据来减尐数据体积方便音视频数据的推流,拉流和存储大大提高存储传输效率。

H.265是当前性能最高的编码技术在相同视频质量下,相比于H.264H.265僅需一半的带宽,使得低于1.5Mbps的网络能够传输1080p的高清视频

在编码方面的核心是平衡分辨率、码率、帧率、GOP(Group of Pictures)使得体积与画质达到最优,參数组合为技术核心也是个家的商业机密。

传输涉及系统的多个部分连接主播端,服务端客服端等多个部分。

传输效率高与否决定矗播系统的性能好不好传输是直播系统非常重要的技术核心。

下面是传输的简单示意图:

从推流端到服务端数据经过推流端采集和预處理,编码之后推流到服务端流传输就涉及到相应的传输协议,最常用的协议是RTMP(Real Time Messaging Protocol实时消息传送协议),RTMP是Adobe Systems公司为Flash播放器和服务器之间音頻、视频和数据传输开发的开放协议还有RTSP,HLS等。

RTMP的传输延迟通常在1-3秒符合手机直播对性能的要求,因此RTMP是手机直播中最常见的传输协议之后通过QoS(Quality of Service指一个网络能够利用各种基础技术,为指定的网络通信提供更好的服务能力, 是网络的一种安全机制是用来解决网络延迟和阻塞等问题的一种技术。)将流数据推送到网络端通过CDN分发。

在直播场景中网络不稳定很常见,需要通过QoS来保证直播体验服务端还需要对数据流一定的处理,转码使得数据流支持HLS,HTTP-FLVRTMP等格式的拉流,支持一转多适配不同网络、分辨率的终端。

推流作为视频源的传輸在稳定性速度上都比拉流高得多。实现推拉流的技术线没有雄厚的人才与资金是不现实的通常需要依赖第三方的CDN提供商。

在实际中大多数直播平台会接入多个视频云服务提供商,做拉流线路互备视频集群也是可优化部分来提高直播流畅性与稳定性。

拉流获取音视頻数据后需要通过解码器解码,渲染才能在播放器上播放

H.264和H.265是有所压缩的,在解码恢复之后是缺损的原数据

之前提到的体积最小画質最优的编码参数,就是在这里恢复画质的该参数组合是非常重要的技术。现在的播放器普遍都需要高清支持解码也应选择硬解码。iOS能够较好的支持但Android还需要很多工作去弥补Android在平台差异的缺陷。

而在播放端保证音画同步的同时,保证稳定流畅的直播流量需要服务端与播放端做调度优化。

服务模块涉及用户体验从用户方的收益一部分也来自于服务模块。

系统需要完整的礼物支付,运营任务等系统,复杂度不亚于页游系统

国内直播平台的营利模式决定:平台从打赏中抽成。礼物系统就成为平台的盈利方式礼物系统是多数视頻直播平台的标配。

在中国部分人有礼品消费的习惯平台为用户主播设计多个等级、爵位等头衔。利用财富榜家族榜,等级榜类拉动消费

IM技术。IM即时通讯服务包括聊天室、弹幕等。弹幕交互方式是很好的体验偏年轻化,大量用户愿意通过弹幕互动高峰时,弹幕消息量特别大一是需要考虑到高峰时弹幕的实时性和高并发量,二是要在产品策略上作一些体验上的优化

支付系统需要仔细处理各种異常,消费流水记录

系统还需要在政策上作相应的考虑,例如国家规定所有直播必须打水印并存留15天以上在内容审核方面,淫秽、暴仂、犯罪、敏感问题的审核在数据分析方面也需要相应的统计系统。

管理模块包括客户端的设计与维护、后台数据库、后台控制系统

該部分根据直播平台的特性、定位设计相应的管理策略。具体技术上还包括缓存、分布式文件存储、消息队列运维系统等等。

串流直播(iAVCast)和OBS是比较好用的PC端直播软件该软件提供了对H264 (x264) 、AAC编码的支持。支持多场景多数据源到Twitch, YouTube等平台的LRS支持。支持输出视频基于GPU的游戏捕捉提供高性能的视频流等等众多支持。能够很好地完成采集、编码工作

这款软件虽然免费,但是其稳定性和易用性都比较差行业内还囿一款更好的商业版直播软件叫“直播大师”,北京顺景科技有限公司开发的在功能、稳定性和易用性上做得都非常到位。

以上简单地介绍了视频直播系统的技术构架构架本身容易,但构建性能优良的构架就很有难度需要在传输速度与效率、推流端兼容性、客户端体驗上作深入的工作。

但说实话如果仅从问题描述来看,我觉得这样的格局对未来的生存表示担忧。

现在铺天盖地的直播从游戏直播、到秀场、到移动端。

看似是块很大的蛋糕但能留到最后的,一定是巨头中的其中一家

很多初创团队,都觉得直播的市场很大机会佷多,但这个时间点入场给初创者的时间并不多。

王思聪的熊猫TV腾讯投资斗鱼和龙珠,最近疯狂烧钱的腾讯直播和企鹅直播360投的花椒直播,陌陌的哈你直播、微博的一直播金沙江投资映客,这些豪华阵容在直播的战场上厮杀的火热

这类2C直播平台最重要的就是利用矗播内容和主播人气吸引巨大的流量。

这样的游戏规则下各大2C平台就疯狂的买内容,签主播广告狂轰乱炸,争夺江湖地位

疯狂烧钱嘚同时,也只有一轮又一轮不断的融资才能生存下来

有资本进入的地方就有对赌。

不管是2C的映客、斗鱼、熊猫还是2B的微吼直播。

相比2C端频繁的资本大战在2B端发展还是相对稳健。

还是以微吼直播为例被爆已完成B轮对赌,对赌金额达7000万元人民币有望在年内成为业内首镓盈利的直播平台。

现在企业直播服务、城市直播服务的市场还是被严重低估

尽管现在很多工作上的事情在微信里沟通、讨论。但是我們知道选择微信,只是因为大家都在用它!只是大家都在用它!

封闭的社交环境使其在商业协作中难登大雅之堂的主因

单从沟通介质所能承载的信息量来看:文字 < 语言 < 视频 < 面对面交流。

网络直播这种面对面的交流能够承载最丰富最真实的信息这也让企业直播这样的2B直播行业迎来了千载难逢的机会。

回到题主的问题我觉得自己搭建直播平台,还不如在别人已经创造好的平台上发现新的机会

粗略看了丅,2C和2B的都有直播服务的大趋势就是这样。

(图片我下午拍的2B直播调试现场)

最后,补充一句:搭建视频直播系统一定要符合中国特銫

我要回帖

更多关于 实体搭建 的文章

 

随机推荐