互联网|完整的直播平台开发完成后,搭建时需要哪些准备工作?


直播平台搭建 , 首要任务就是找到一款优质的直播系统源码 , 直播系统源码开发原理比其他软件更加复杂 , 而且相对于技术以及其他方面都会有一定的要求 。 直播系统源码的开发需要经过推流端(采集、前处理)、服务端处理(编码、转码、录制、截图、鉴黄)、播放器(拉流、解码、渲染和互动系统) 。
一、直播平台搭建你服务端处理需要做哪些工作?
要想适配各终端和平台 , 服务端还需要对流进行转码 , 如支持RTMP、HLS、FLV等格式拉流 , 支持一路转多路适配不同网络和分辨率的终端设备 。
1、截图、录制、水印
像阿里云等云服务商都提供了实时转码技术 , 将用户推流码率较高(比如720P)实时转化成较低清晰度(比如360P)的流以适应播放端的需求 。 如果要自己搭建实时转码系统 , 这个成本是极高的 , 一般公司就吃不消了 。
2、鉴黄
市面上提供鉴黄服务的方案主要有两种:
通常由业务系统接入鉴黄服务 , 根据鉴黄结果对直播流进行控制 , 如切断直播流、封禁账号等 。 第二种是和CDN结合 , 直接对直播流进行分析 , 识别结果分为色情、疑似色情、性感和正常 , 业务系统根据识别结果直接控制直播流 。
互联网|完整的直播平台开发完成后,搭建时需要哪些准备工作?
本文插图


二、直播平台搭建播放器端需要做哪些工作?
在播放器端如何做到秒开 , 直播过程中保证画面和声音清晰度的同时 , 稳定、流程、无卡顿的直播流量 , 这些工作都需要播放器端配合服务端来做优化 , 做到精确调度 。
1、拉流
拉流实际是推流的逆过程 。 首先通过播放端获取码流 , 标准的拉流格式有RTMP、HLS、FLV等 。 RTMP是Adobe的专利协议 , 开源软件和开源库都支持的比较好 , 如开源的librtmp库 , 播放端只要支持flashPlayer的就能非常简单的播放RTMP直播 , 直播延迟一般在1–3秒 。
HLS是苹果提出的基于HTTP的流媒体传输协议 , HTML5可以直接打开播放 , 通过微信、QQ等软件分享出去 , 用户也可以直接观看直播 , 可以说移动直播app , HLS拉流协议是必须支持的 , 缺点是延迟通常大于10秒 。 FLV(HTTP-FLV)协议是使用HTTP协议传输流媒体内容的一个协议 , 也不用担心被Adobe的专利绑架 , 直播延迟同样可以做到1–3秒 。
2、解码和渲染

拉流获取封装的视频数据后 , 必须通过解码器解码、渲染后才能在播放器上播放 。 它是编码的逆过程 , 是指从音视频的数据中提取原始数据 。 前面介绍的H.264和H.265编码格式都是有损压缩 , 所以在提取后的原始数据 , 并非原始采样数据 , 存在一定的信息丢失 。 因此 , 在视频体积最小的情况下通过各种编码参数保留最好的原始画面 , 成为了各视频公司的核心机密 。
三、直播平台中的交互系统
移动直播中最常见的交互有聊天室(弹幕)、点赞、打赏和礼物等 , 交互系统涉及消息的实时性和互动性 , 在技术实现上大多是使用IM的功能来实现的 。 对于在线人数比较多的房间 , 弹幕消息量是非常大 , 主播与用户其实都看不过来 , 为了缓解服务器压力 , 在产品策略需要做一些必要的优化 。
1、聊天室
移动直播中的弹幕交互是用户和主播互动的主要方式 , 实际上就是IM中的聊天室功能 。 聊天室和群聊功能类似 , 但聊天室的消息是不需要分发给不在线的用户的 , 历史消息也不需要查看 , 用户只有进入聊天室后才能查看聊天消息和群成员信息 。 面对复杂多变的网络状况 , 还需要根据用户位置就近选择近对应运营商的单线机房接入弹幕消息服务 , 让弹幕更及时 。
2、礼物系统
礼物系统更是绝大多数移动直播平台的标配了 , 它是这些平台主要的收入来源 。 送礼物的形式也增强了用户和主播之间的互动交流 , 也是主播依赖平台的最主要原因 。


推荐阅读