前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >淘宝直播窄带高清技术

淘宝直播窄带高清技术

原创
作者头像
LiveVideoStack
修改2020-08-19 14:40:38
1.6K0
修改2020-08-19 14:40:38
举报
文章被收录于专栏:音视频技术

本文来自阿里巴巴淘系技术部 高级算法专家王立波在LiveVideoStackCon 2020线上峰会的分享,从直播背景、直播痛点分析、窄带高清、云视频技术趋势几方面详细介绍了如何在确保用户体验QOS不变的前提下,实现淘宝直播的技术架构升级和成本大幅缩减。

文 / 王立波

整理 / LiveVideoStack

本次分享内容主要分为五个部分,首先是全民直播大时代的背景介绍,第二是直播痛点分析,第三是淘宝直播窄带高清技术,第四是音视频技术趋势探讨,最后是在线互动。

1 背景-全民直播大时代

在疫情的影响下,直播从传统的秀场应用逐渐渗透到行业的各个领域。包括在线课堂,旅游,政企,房车销售等等,可以说是全民直播时代已经到来。

在这样的一个大背景下,过去一年淘宝直播得以快速发展。2019年,淘宝直播拥有了4亿+的年度用户规模,有100万+年度主播入驻,2000亿+年度直播成交以及4000万+直播商品。春节期间,钉钉在线课堂更是有350万+的教师主播,为1.2亿+中小学生提供了在线课程服务。

2 直播痛点分析

在这么大的一个业务体量下,我们将会面对非常多的难点与挑战。总的来说,包含以下三个部分,首先是成本,包括带宽、存储和转码三个方面。其次是用户体验,例如画质,音质,秒开、卡顿和延时。最后是效率方面,例如开播的效率、审核的效率和理解分发的效率。接下来我们就来看一下淘宝在成本和体验优化方面做了哪些工作。

3 淘宝直播窄带高清技术

3.1 淘宝直播窄带高清

淘宝直播有三大核心技术,第一大核心技术是端上窄带高清。我们采用HEVC编码实现了720p,25fps,800kbps的压缩,并且PSNR> 43db/VMAF>90。端上窄带高清技术主要应用有三个方面:第一是音视频增强,采用基于AI的图像增强、美颜和语音增强来提高生产质量。第二是感知处理,采用信源信道联合自适应编码。第三是S265编码器,S265编码器是业界领先的HEVC编码器。

第二大核心技术是零转码系统,我们实现了端到端原始流生产的和播放,成功的解决了两个核心的痛点问题:不同网络速度的兼容和不同播放设备的兼容,后者主要通过高性能解码器实现iOS,Android和H5三端的100%解码。

第三大核心技术是低延时技术,我们实现了端到端秒级延时。主要依靠两个技术,一个是基于RTC的实时直播系统,第二个是S265低延时编码技术。

3.2 淘宝直播系统架构

如图所示淘宝直播的系统架构,从生产侧来看,有采集、增强、感知处理、S265编码四个环节。云端我们有边缘的接入,有中心接入、切片录制和CDN分发以及边缘分发。在播放端有拥塞控制、解码、渲染和显示。除此之外,在云端还有内容审核,质量监控,内容理解和智能分发。

3.3 端上窄带高清

生产侧的第一个环节是图像增强,为了提升主观质量,我们引入了图像增强技术,对编码前的视频做去噪、去抖、纹理增强以及美颜、美型的功能。除此以外,在后处理部分,我们还引入了适时超分和HDR技术来提高观看质量。在美颜、美型以及图像处理等方面,我们引入了GPU的技术,包括内存带宽优化、shader优化、Pipeline优化等等以减少GPU的开销。

针对音质的优化,我们采用了智能降噪技术。无论是在STO还是PESQ的指标上都显著高于传统WebRTC算法,在性能和包大小方面也都可以实现普通设备的覆盖。下面播放的三段音频,分别是原始音频、RTC降噪和阿里降噪音频。原始音频我们可以明显听到马路上车呼啸而过的声音非常强烈。RTC降噪音频中降噪产生了一定的效果,但是汽车飞驰而过的呼啸声还是非常明显。而在阿里降噪音频中,我们可以听到汽车呼啸而过的声音已经基本消失。

生产的第二个环节是感知处理。我们采用信源信道联合自适应编码技术。感知处理分为5个方面,首先是ROI区域的感知,我们基于PixelAI人脸检测加商品检测,对ROI区域进行提取和重点编码。第二是场景的感知,不同的场景适合不同的编码参数,我们通过对场景进行分类,对于不同的场景赋予不同的编码参数来提高压缩质量。第三个是智能码控CARC,我们采用机器学习的码率控制,对简单场景赋予较低的码率,对复杂的场景赋予较高的码率来实现对带宽的节省。第四个是网络带宽的感知,在网络比较好的时候,我们会采用比较高的码率来实现画质的提升,在网络不太好的时候,会降低码率,避免发生带宽拥塞,由于cdn采用峰值收费,峰谷时间段还可以采用不同码率策略。最后是设备算力的感知,不同的设备拥有不同的算力,我们可以实时检测设备的算力情况及时调整编码的档次,以此来实现对算力和质量的平衡。

生产的第三个环节是编码,这又要讲到我们核心的S265编码器,得益于S265编码器的编码压缩技术,我们实现了淘宝直播的720p、800kbs、25fps编码,相比于业界常见的720p 1600kbps 节省了50%的带宽。钉钉的在线课堂我们更是把码率压缩到了200kbs,并实现了43db以上的质量。S265是淘宝和阿里云共同发起的HEVC编码器,目前已经实现集团内部的开源,并落地在点播、直播会议等各个场景中。相比起业界优秀的HEVC编码器,S265在PSNR指标上有比较大的优势。首先在编码工具提升方面,我们做了大量工作,实现了HierarchyB、GPB、Bi-Search、Longterm、RDOQ、AdaptGOP等编码工具,并且对这些工具进行了大量的算法和速度优化。我们还设计了50多种快速算法,比如说Deblock的优化,编码速度对比X265有1倍以上的提速。在工程上的优化,我们做了浮点转定点、位宽的缩减、SIMD的优化、冗余去除、访存效率提升及循环展开等等来提升我们的编码速度。在框架方面,我们还做了线程调度优化等等。在码率控制方面,我们对帧级别码控和块级别码控分别进行了优化,并且对2pass编码进行了原创性的优化来提高2pass编码的质量。在块级别码控中,我们设计了新的CUTree和AQ算法。

下面来看一下S265的几个典型优化,首先是CU划分决策,我们把CU划分决策模块分成两个步骤,一是纹理强度决策,通过计算CU的纹理梯度来判别平坦块和复杂块,如果是平坦块就直接退出,如果是复杂块就继续向下划分。第一步可以解决大部分块划分的决策问题,但是对于模棱两可的块,则需要依靠CNN模型来辅助划分。我们使用了一个5层网络的小模型把决策的准确度从72%提升到了96%;这个成果我们跟清华大学刘老师合作发表了一篇论文,在DCC会议上展示。

第二个方面的优化是运动搜索方面的优化。运动搜索是从参考帧寻找最佳匹配块的过程,包含整像素搜索和分像素搜索,分像素需要做7抽头或8抽头插值滤波,计算量大;整像素搜索已经有比较多的快速算法,比如菱形搜索、六边形搜索及分层搜索,但分像素搜索一直没有什么好的方法。比如在图中矩形的整像素周围,分布着60个分像素点,如果要对分像素点进行全部搜索的话,需要60次,经过优化之后一般需要搜4个、8个或16个点,但搜索次数还是比较多的。我们采用一个二元二次误差平面方程,用9个整像素点的预测误差来求解方程的5个系数,再对方程求偏导,可得到最佳分像素点的位置。只需对这个最佳分像素点计算1个1/4差值,就可以完成我们的搜索过程。这个技术在编码器的整个提速有12%,但bd-PSNR只有-0.016db。这些成果在VCIP 2016上可以看到。

第三个是我们的码率控制。ABR是较适合直播的一种码率控制方法。但HM中基于−模型的码率控制方法没有考虑图像块与块之间的参考强度,有些块会被后续帧参考有些不会,应该根据一个块被参考的强度来决定它的量化系数。x265,x264中引入了MB-Tree技术,但是由于帧的QP定制不合理,编码效率不高且码控准确度比较差,我们测过平均只有90%左右。我们根据“每1个bit被分配到任何一个CU,产生的边际价值都相同”这样一个原则,对MB-Tree方法进行了理论创新,使得编码精度提升到了97%,且编码质量提升了0.65db,对应17%的码率节省。这里有包含三个技术,第1个,I帧的QP推导,x265使用了一个经验值,没有考虑到视频本身的特性,这样做很不合理,我们用预分析中低分辨率图像的复杂度和目标码率,经过多次迭代搜索得到准确的QP;第2个,随着时间的推移,历史帧的复权重越来越高,新产生的帧权重越来越低,导致其不能很快的响应复杂度的变化,我们根据新产生的帧的参考强度计算出一个 QP,跟原来的QP做加权得到真正的QP,可以及时的反应新产生帧及其后续帧的复杂度;第3个,x265采用基于Viterb的P帧决策方法,每个帧都需要跟历史帧比较,复杂度很高,并在判决P帧时没有考虑QP的影响,准确率也不高。我们的算法只需要计算相邻帧的变化率,并引入QP来作为判决阈值,大幅降低了计算复杂度并提高了准确度。这个成果我们与清华大学刘老师合作发表在TIP 2019 05月期刊上。

第四点我们来看一下S265智能码控技术(CARC)。ABR追求码率控制的精准度,但是它忽略了场景的平均复杂度。如果设定一个统一的码率目标,简单的场景会出现码率过剩,复杂场景会出现码率不足。另一个方面,人眼对失真的敏感度存在衰减效应,高于一定阈值敏感度下降,此时存在码率过剩。我们采用一个CNN模型对场景进行分类,计算出场景的复杂度因子,根据复杂度因子调节编码码率,可消除简单场景下的码率过剩( > 42db),并提高复杂场景的质量。平均下来,我们可以节省15-30%的码率,以钉钉在线课堂为例,大部分时间画面是静止或慢速运动的,少数时间会播放教学影片,CARC可以保证播放影片时的质量,同时在静止场景节省大量码字,经过后台统计,钉钉在线课堂720p码率在200kps,且PSNR保持在43db以上。

最后,我们还有一个画质评价环节。业界常见的客观评价指标有PSNR,SSIM,VMAF,但这些指标只适合于有源场景;但淘宝内容存在大量的无源场景,比如商家上传的视频,手机硬编码的直播视频,这样的视频,都没有参考对象。针对这种场景,我们训练了基于CNN的VQA无源评价模型来对视频图像的质量进行评价,并实现对大盘质量的监控,此外,为了指导线下开发,我们还有一个主观评价系统

接下来让我对淘宝的S265编码器做一个简单的总结。MSU国际编码器大赛是大家所熟知的一个比赛。在去年的比赛中有100个序列,同时有1080p和4k两种测试,有3种速度档次,还包括主观和客观测试。我们用S265对MSU 2019 1080p的测试序列进行了测试,我们的PSNR的指标三个档次上平均节约了42.1%的码率,对比2019年第一名是37.3%,说明S265的PSNR指标在业界领先。下面的两张图片,左边是X265的结果,右边是S265的结果,S265在主观质量上也有比较大的提升,这里特别感谢清华刘老师在S265项目中给予的帮助。

3.4 零转码系统

淘宝直播的第二大核心技术是零转码系统。普通的有转码系统为了适应不同的网络环境,通常会在服务器集群上对上行码流进行各种分辨率、各种码率的压缩来应对各种网络环境,对于一个好的网络,可能更偏向播出一个高分辨率的视频,如果用户的网络不好,会选择播放低分辨率低码率的视频。淘宝直播则实现了零转码,播放的是原始的生产流。这需要解决三个核心问题。第一个是端侧生产,我们要生产出高质量低码率视频,这个得益于前面说的S265编码器以及前处理技术。第二个就是H265的解码兼容性,目前H265在Web解码以及手机芯片解码的兼容上做得还不够好,我们在此做了大量的工作来解决这个问题。第三个是网络环境的适应能力,我们可以通过SVC技术来适应客户不同的网络环境。

淘宝直播的零转码系统首先需要解决的是H265的百分之百解码。对于现在常见的高端芯片,例如iphone7以上的手机以及中高端以上的安卓手机都已经支持H265的解码,但还有大量的中低端设备并不能支持H265的硬解,所以我们开发了一个高性能H265解码器。我们的解码器相比FFmpeg有140%的提速,比业界常见的libhevc也快了许多,相比竞品K也有10%以上的提速,可以实现低端机的软解。除此以外,Web端的解码一直是H265的一个痛点,我们实现了WebAssembly的解码方案,可以覆盖大部分pc解码能力。除此之外,还有Webkit+Native的解码方式。通过这些努力,我们把H265的解码实现安卓、IOS以及web端百分之百的兼容从而完全去除转码的环节。

零转码系统需要解决的第二个核心问题是网络自适应技术。这项技术得益于三个方面。第一个是我们低码率高质量的生产,我们生产的800kbps码流在 90%以上网络都可承载。第二个是时域可分层SVC策略,如图,在用户网络较好时,淘宝直播会使用100%的下发帧率,如果用户网络不好,将会采用3/4抽帧来实现18帧的解码效果,如果用户网络效果还是不理想,会选择抽取1/2的帧来实现12.5fps的解码效果。除此以外还有一个基于A3C网络来综合用户的网络缓存以及用户当前的编码质量来实现QoE的最大化。

3.5 低延时技术

淘宝直播的第三个核心技术是低延时技术。我们实现了直播端到端秒级延时,还验证了低延时技术的业务价值;除此之外,低延时还可以支持新业务形态,如拍卖直播、客服直播等。传统的HLS/FLV直播协议的延时,从生产侧来看主要有编码延时、网络延时、分发延时、切片缓冲和播放缓冲,整体加起来大概有10s左右的延时。Flv去除了服务器上的切片缓冲,可以把延时降低到5s左右,但延时时间还是比较长。但淘宝直播的秒级延时采用了UDP的流媒体传输协议,WebRTC的拥塞控制及FEC、netEQ的拥塞控制算法来去除播放器缓冲,并且尽我们最大努力减少防抖缓冲的大小。在生产侧,我们还采用了低延时的编码技术来降低编码器的延迟。

这是我们在低延时编码上做的工作。编码延时主要来源三个方面:B帧、Lookahead以及Frame thread。以x265为例,编码效率在一定区间内与延时成正比。当延时降低到8帧时,编码效率下降20%,5帧的编码效率下降30%;优化后S265采用了短距Lookahead CU-tree传播代价以及运动强度,作为机器学习模型的训练数据,预测长距lookahead CU-tree传播代价来提高我们在低Lookahead下的编码质量。如图,S265在5个延时帧下,可达到95%以上的编码效率。

4 音视频技术趋势探讨

最后一起来讨论一下音视频技术的发展趋势。我个人觉得传统信号处理已经非常成熟,AI又有比较强的学习能力,所以怎么结合传统信号处理的优势和AI的学习能力来提高我们内容的生产以及内容理解、传输等等的效率是我们下一步的发展趋势。主要包含五个方面,第一个是视频编解码,第二个是智能语音处理,第三个是图像增强技术,第四个是内容理解算法,第五个是高效传输技术。

4.1 视频编解码

首先来看一下视频编解码,视频编解码的第一个趋势是云边端一体编码系统。硬编码主要面对的挑战是压缩效率。我们知道传统的手机芯片压缩都会考虑到PPA问题,所以会提供一个相对而言较低的压缩效率。软编码的挑战主要是压缩速度,虽然有些像Intel的SVT技术可以把压缩速度提到比较高的水平,但是画质会有一些受损。未来趋势个人觉得尽可能的利用到端侧的算力,采用高性能软编码器来缓解云端转码的成本压力 ,把手机芯片硬编码能力利用起来,但是移动端芯片硬编码的质量还不够好,如何优化移动端芯片硬编码质量是一个关键的点;其次是云+边的统一的转码。现在越来越多的ASIC芯片和GPU芯片已经在努力优化编码的质量,包括FPGA芯片也有优化方案。所以云+边的转码会成为我们下一阶段研究的重点。

视频编解码的第二个趋势是下一代编码标准的应用。主要有H266、AV1、AVS3,这三个标准目前是各有自己的优势。H266在传统芯片的支持上比较好;AV1有先发优势,而且Web兼容性较好,在专利上也有些优势;AVS3经过大家的努力,已经拥有国内生态,且在实体清单的影响下AVS3的发展可能会加速。

第三个趋势是AI+编码。大家也注意到CVPR比赛的情况,AI压缩可以实现对比H266更好的压缩结果,但是在解码速度方面还是会有一些问题,端到端DL压缩在未来会是一个研究热点。除此以外,混合编码框架下的AI压缩也是一个研究热点;第三是场景自适应编码技术,能够根据场景选择编码也是一个很好的技术;第四个是无参考评价系统,在很多时候,有参考可以评价的比较客观,但很多时候,我们拿不到参考,这时候,无参考评价系统就会比较有优势。

4.2 智能语音处理

对于智能语音处理,总结下来主要也分为三个方面。第一是前端3A处理,主要考察PESQ,STOI的指标以及处理和收敛速度,智能降噪,智能回声消除,盲源分离技术,自动增益技术也会是信号处理和AI的非常好的结合点;第二是后端网络自适应,先考察丢包下的声音体验。这里有音频超分,智能PLC,自适应码率以及RSFEC、NACK来实现恢复与延时的平衡等等;第三,音效与评价主要考察核声音的主观体验,如何做到智能美声、自动混响和无参考评价会是我们研究的方向。

4.3 图像增强、视频内容理解、高效传输技术

第三个方面是图像增强,即如何利用传统图像增强与AI结合达到智能去噪、暗光增强、智能选帧和拍摄辅助的效果。第四个方面视频内容理解,可以用多模态技术来理解视频内容包括通用物体检测、文本语义理解、自然语言处理NLP、标签体系和大规模检索技术等等。第五个方面是高效传输技术,5G的到来可以提供高带宽,低延时的传输,如何利用5G优势实现智能带宽预测,智能调度系统是我们在网络传输方面研究的一个方向。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 1 背景-全民直播大时代
  • 2 直播痛点分析
  • 3 淘宝直播窄带高清技术
    • 3.1 淘宝直播窄带高清
      • 3.2 淘宝直播系统架构
        • 3.3 端上窄带高清
          • 3.4 零转码系统
            • 3.5 低延时技术
            • 4 音视频技术趋势探讨
              • 4.1 视频编解码
                • 4.2 智能语音处理
                  • 4.3 图像增强、视频内容理解、高效传输技术
                  相关产品与服务
                  云直播
                  云直播(Cloud Streaming Services,CSS)为您提供极速、稳定、专业的云端直播处理服务,根据业务的不同直播场景需求,云直播提供了标准直播、快直播、云导播台三种服务,分别针对大规模实时观看、超低延时直播、便捷云端导播的场景,配合腾讯云视立方·直播 SDK,为您提供一站式的音视频直播解决方案。
                  领券
                  问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档