直播那些事儿


       今天主要和大家分享直播的那些事儿,比较详细的说明几种简单集成直播的几种方式,通俗易懂,简单详细,给我们在外面试的朋友,面试之余也可以,谈谈当前火热的直播技术,岂不美哉!!!仅用于小白参考,高能勿喷!

     忽如一夜,“直播”风扑面而来。通过熊猫TV、斗鱼、龙珠,花椒直播等应用,人人都可以做主播,人人都可以是网红,分享或新奇趣事,或独特视角,或仅仅是美貌,并从中收益。观众也不单单只是观看,通过直播应用,拉近了与“男神”“女神”的距离,主播们不再高高在上,而是实时的呈现在屏幕上。“你丑你先睡,我美我直播”的时代已经全面到来。又拍云COO沈志华曾预言,2016是直播之年。
       在互联网时代,你不知道对面上网的是个人还是条狗。互联网拉开了人与人之间的距离和信任,但直播让交流更透明。是的,通过直播互动,你可以清晰的看
到并选择坐在对面的是人还是狗。直播是一个完全真实的过程,与人的互动交流是实时的。你可以和主播、和同样喜爱这个主播的人进行实时互动。

那么对于我们 开发者来说,更多的是从技术上去分析,去学习:
现在国内提供直播服务的厂商也是如雨后春笋一般,纷纷上马,网易云,阿里云,百度云,七牛云,等等,那么我们直播有哪些问题尼?

1.首要问题--->延时,基本上市面上的开源方案,延时基本上都在3-4s 
为保证直播互动的实时性,时延要尽可能降到最低。市面上能找到的开源的方案,直播时延大体在3~4秒左右,对于赛事直播而言几秒钟的延时不会带来太大的影响,但对互动性很强的秀场直播平台而言,3秒的延时已错过了太多。因此又拍云在打造直播云产品时,放弃了直接选用开源方案,而是花大量精力和成本在开源Simple Rtmp Server的基础上自主研发直播体系,实现最快延时1秒内,平均延时在2秒以内,远快于业内4秒左右的延时标准,为用户提供无差别的实时直播体验。

2.减少卡顿、避免中断
直播的稳定性依赖于视频源站,传统的方式只有单一源站,一旦公网故障,内容就完全推不出去;而当机房带宽拥堵,整个平台所有的直播内容都会卡顿。为改善这一现象,又拍云直播云将整个平台去单点化,打造源站集群,形成多个源站的架构。即在北京、浙江、江苏、四川、河南、广东的核心节点部署源站集群。通过私有光纤网络将六大数据中心打通,形成类似于内网的状态,实现高可用性和高效率。光纤链路环路冗余、互联互通,即便北京到江苏的光缆出现故障,也可以通过浙江转到北京
 
3.用户体验
一个好的想法如果一个月没能落地,可能就会让别人抢占先机,比如美颜直播等等,创新功能上线一定要快,稳准狠的戳中用户的get点



术语:
推流
将直播内容推送至服务器的过程; 提供视频的

拉流
服务器已有直播内容,用指定地址进行拉取的过程。  获取视频的

服务端
处理视频流分发, 中转中心,分发中心

RTMP
rtmp是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写。该协议基于TCP,是一个协议族,包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。RTMP是一种设计用来进行实时数据通信的网络协议,主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务 器之间进行音视频和数据通信。
HLS 

hls (HTTP Live Streaming),Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件,TS媒体分片文件和key加                               密串文件。

FLV
FLV的播放分两种形式: 下播 和 流 2种。

  下播
简单说就是,视频必须缓冲到本地才能播放,如果视频没有缓冲完,则不能向后拖拽进度。
   (streaming)
可以从任意时间点开始播没有缓冲的内容。


本帖主要说三部分:
0.序幕
视频链接
1.三方直播平台(使用三方服务器,收费)
直播那些事儿之百度直播(小白篇)
视频链接
文档链接

2.VLC服务器(测试用)
直播那些事儿之VLC直播服务器(小白篇)
视频链接
文档链接

3.Srs直播服务器的搭建以及多平台视频分发(使用自己的服务器,免费)
直播那些事儿之SRS直播服务器(小白篇)

视频链接

文档链接

4.demo代码怎么用
代码怎么用
播放器demo代码
推流端demo代码

你可能感兴趣的:(Android开发)