移动端实时音视频直播技术详解(一):开篇

移动端实时音视频直播技术详解(一):开篇

1、引言


随着互联网用户消费内容和交互方式的升级,支撑这些内容和交互方式的基础设施也正在悄悄发生变革。手机设备拍摄视频能力和网络的升级催生了大家对视频直播领域的关注,吸引了很多互联网创业者或者成熟企业进入该领域。

本文由七牛云技术团队原创分享,结合实时流网络 LiveNet 和直播云解决方案的实践,将用七篇文章,更系统化地介绍当下大热的视频直播各环节的关键技术,帮助视频直播创业者们更全面、深入地了解视频直播技术,更好地技术选型。

本文是《移动端实时音视频直播技术详解》系列文章之第一篇,我们将从整体介绍直播中的各个环节。
<ignore_js_op>移动端实时音视频直播技术详解(一):开篇_1 16.49.51.jpeg 

2、系列文章


本文是系列文章中的第1篇,本系列文章的大纲如下:
 

 

3、音视频采集


采集是播放环节中的第一环,iOS 系统因为软硬件种类不多,硬件适配性较好,所以比较简单。Android 则不同,市面上硬件机型非常多,难以做到一个库适配所有硬件。PC 端的采集也跟各种摄像头驱动有关,推荐使用目前市面上最好用的 PC 端开源免费软件 OBS。

4、音视频处理


「80% 的主播没有美颜根本没法看。」不光是美颜,很多其它的视频处理如模糊效果、水印等也都是在这个环节做。目前 iOS 端比较知名的是 GPUImage 这个库,提供了丰富端预处理效果,还可以基于这个库自己写算法实现更丰富端效果。Android 也有 GPUImage 这个库的移植,叫做 android-gpuimage。同时,Google 官方开源了一个伟大的库,覆盖了 Android 上面很多多媒体和图形图像相关的处理。

5、音视频编码


编码主要难点有两个:
 

  • 处理硬件兼容性问题。
  • 在高 fps、低 bitrate 和音质画质之间找到平衡。


iOS 端硬件兼容性较好,可以直接采用硬编。而 Android 的硬编的支持则难得多,需要支持各种硬件机型,推荐使用软编。

6、推流和传输


传输涉及到很多端:
 

  • 从主播端到服务端;
  • 从收流服务端到边缘节点;
  • 以及再从边缘节点到观众端。


推流端和分发端理论上需要支持的并发用户数应该都是亿级的,不过毕竟产生内容的推流端在少数,和消费内容端播放端不是一个量级,但是他们对推流稳定性和速度的要求比播放端高很多,这涉及到所有播放端能否看到直播,以及直播端质量如何。

很多人吐槽现在的 CDN 不靠谱,我也承认传统的 CDN 在新时代显得心有余力不足。你能够借助 CDN 快速实现大规模的流分发,但是稳定高速的推流上传可能还需要自己做很多工作。因此,我们打造了一个直播专属的实时流网络,接下来我们会重点介绍这个网络和传统 CDN 的差别。

7、实时音视频转码


为了让主播推上来的流适配各个平台端各种不同协议,需要在服务端做一些流处理工作,比如转码成不同格式支持不同协议如 RTMP、HLS 和 FLV,一路转多路流来适配各种不同的网络状况和不同分辨率的终端设备。

同时,为了配合一些运营需求,比如一些监管部门的要求,我们在服务端也提供了内容识别如鉴黄的功能。

8、解码和渲染


解码和渲染,也即音视频的播放,目前 iOS 端的播放兼容性较好,在延迟可接受的情况下使用 HLS 协议是最好的选择,我们也提供了能够播放 RTMP 和 HLS 的播放器 SDK。Android 的硬件解码和编码一样也存在兼容性问题,目前比较好的开源播放器是基于 ffplay 的 ijkplayer,我们也基于此实现了一个更好的 Android SDK。

除了 SDK 的介绍之外,我们将重点介绍播放器的原理,以及现代视频播放器的基本架构。

9、直播场景化解决方案


除了整个直播流程的介绍之外,我们将围绕当下最火的直播场景如社交直播和游戏直播,介绍它背后的技术方案。这些技术方案不仅涉及到七牛这样的直播基础服务,还可能涉及到和场景相关的其它技术,如社交直播下的聊天、点赞和弹幕的支持。

10、下篇内容提要


在下一篇连载中,我们将详细介绍下直播播放环节的前两个环节:采集和处理。
 

  • 面对市场上各种视频采集源,直播应用开发者应该如何去完整的覆盖?
  • 市场上主播的各种需求如美颜、水印、连麦互动等该怎么去满足?


尽请期待。

附录:更多实时音视频技术文章


[1] 开源实时音视频技术WebRTC的文章:
开源实时音视频技术WebRTC的现状
简述开源实时音视频技术WebRTC的优缺点
访谈WebRTC标准之父:WebRTC的过去、现在和未来
良心分享:WebRTC 零基础开发者教程(中文)[附件下载]
WebRTC实时音视频技术的整体架构介绍
新手入门:到底什么是WebRTC服务器,以及它是如何联接通话的?
WebRTC实时音视频技术基础:基本架构和协议栈
浅谈开发实时视频直播平台的技术要点
[观点] WebRTC应该选择H.264视频编码的四大理由
基于开源WebRTC开发实时音视频靠谱吗?第3方SDK有哪些?
开源实时音视频技术WebRTC中RTP/RTCP数据传输协议的应用
简述实时音视频聊天中端到端加密(E2EE)的工作原理
实时通信RTC技术栈之:视频编解码
开源实时音视频技术WebRTC在Windows下的简明编译教程
网页端实时音视频技术WebRTC:看起来很美,但离生产应用还有多少坑要填?
>> 更多同类文章 ……

[2] 实时音视频开发的其它精华资料:
专访微信视频技术负责人:微信实时视频聊天技术的演进
实时语音聊天中的音频处理与编码压缩技术简述
网易视频云技术分享:音频处理与压缩技术快速入门
学习RFC3550:RTP/RTCP实时传输协议基础知识
基于RTMP数据传输协议的实时流媒体技术研究(论文全文)
声网架构师谈实时音视频云的实现难点(视频采访)
浅谈开发实时视频直播平台的技术要点
还在靠“喂喂喂”测试实时语音通话质量?本文教你科学的评测方法!
实现延迟低于500毫秒的1080P实时音视频直播的实践分享
移动端实时视频直播技术实践:如何做到实时秒开、流畅不卡
如何用最简单的方法测试你的实时音视频方案
技术揭秘:支持百万级粉丝互动的Facebook实时视频直播
简述实时音视频聊天中端到端加密(E2EE)的工作原理
移动端实时音视频直播技术详解(一):开篇
移动端实时音视频直播技术详解(二):采集
移动端实时音视频直播技术详解(三):处理
移动端实时音视频直播技术详解(四):编码和封装
移动端实时音视频直播技术详解(五):推流和传输
移动端实时音视频直播技术详解(六):延迟优化
理论联系实际:实现一个简单地基于HTML5的实时视频直播
IM实时音视频聊天时的回声消除技术详解
浅谈实时音视频直播中直接影响用户体验的几项关键技术指标
如何优化传输机制来实现实时音视频的超低延迟?
首次披露:快手是如何做到百万观众同场看直播仍能秒开且不卡顿的?
Android直播入门实践:动手搭建一套简单的直播系统
网易云信实时视频直播在TCP数据传输层的一些优化思路
实时音视频聊天技术分享:面向不可靠网络的抗丢包编解码器
>> 更多同类文章 ……

(原文链接:点此进入

posted @ 2019-01-24 09:32 laughingQing 阅读(...) 评论(...) 编辑 收藏

  • 3
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
H.264是一种视频编码标准,也被称为MPEG-4 Part 10或AVC(Advanced Video Coding)。它是目前最常用的视频编码标准之一,被广泛应用于在线视频、数字电视、蓝光光盘、视频会议等领域。 H.264编码器将视频信号压缩成一组数字编码,从而减少存储空间和传输带宽的需求。H.264编码器通过分析视频信号的空间和时间信息,将其转换为特定的编码格式。这些编码可以被解码器解码,以还原原始视频信号。 下面是一些关于H.264编码的基础知识: 1. 编码过程 H.264编码过程由四个主要步骤组成:帧内预测、帧间预测、变换和量化。在帧内预测中,编码器利用已知像素值预测当前像素的值。在帧间预测中,编码器利用前一帧和当前帧之间的差异预测当前帧的像素值。变换和量化是将像素值转换为频域表示,并将高频分量量化为低比特率。 2. 比特率 比特率是指视频编码器在单位时间内产生的比特数。H.264编码器可以根据不同的应用需求进行配置,以产生不同的比特率。高比特率通常会产生更高质量的视频,但需要更高的存储空间和带宽。 3. 分辨率 分辨率是视频图像的大小,通常用像素表示。H.264编码器可以根据不同的应用需求进行配置,以产生不同的分辨率。高分辨率通常会产生更高质量的视频,但需要更高的存储空间和带宽。 4. I帧、P帧和B帧 H.264编码器使用三种不同类型的帧:I帧、P帧和B帧。I帧是完整的关键帧,不依赖于其他帧进行解码。P帧是预测帧,依赖于前一个I帧或P帧进行解码。B帧是双向预测帧,依赖于前面和后面的I帧或P帧进行解码。 5. 实时编码 H.264编码器可以进行实时编码,即在不影响视频质量的情况下,以最快的速度进行编码。这对于视频会议、视频流和实时监控等应用非常重要。 综上所述,H.264编码是一种非常重要的视频编码技术,它可以有效地减少存储空间和传输带宽的需求,同时保持高质量的图像。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值