找回密码
 立即注册
LiveVideoStack 首页 资讯 查看内容
  • QQ空间
  • 回复
  • 收藏

“小程序+直播”怎样搅动音视频技术生态(一)

2017-12-29 14:59

12月26日晚间,微信小程序开放了直播能力,并首先向社交、教育、医疗、政务民生、金融等五大应用场景开放。与原生App应用和基于浏览器的H5应用相比,小程序直播会对音视频技术生态带来哪些影响?微信天生的流量优势会给开发者和运营带来机会还是陷阱?LiveVideoStack邀请了若干位有代表性的技术人,分享各自的观点与思考。


LiveVideoStack:对于小程序提供的这种实时音视频功能,它是否能满足我们一般的直播需求呢?比如它的延迟大致能达到什么样的水平?是否能满足连麦等等?


刘连响:小程序的直播分为“普通直播”和“低延迟支持”。普通直播支持2-5s的延迟,低延迟的直播在400ms 之内。普通直播方案可以支持外部CDN,大规模分发没有问题;低延迟方案最多支持10路流,并不适合连麦直播。


和君:小程序直播可以满足大部分需求,因为直播需求主体是音视频,其他周边的功能也很容易实现。就之前体验的腾讯系直播产品,延迟都能降到比较低的程度达到百毫秒级别,在这方面的积累比较丰厚。关于连麦直播还有待尝试验证。


高泽华:从目前有限的API信息看, 它基本囊括了采集、编码、推流、拉流、解码、播放等功能,并宣称支持实时互动。而对于一般的非互动直播,实现相对简单,微信小程序可以满足要求。至于连麦功能,还需要在做出来之后,通过一些测试方法分析他的能力和优点。


周思进:可以满足一般的直播需求,我们刚做完初步测试,延迟在1-2S左右,好于一般的CDN;但对于连麦功能,延时稍微有些大,效果有些差强人意。


袁荣喜:从小程序腾讯云提供的DEMO测试来看,它提供直播和RTC这两块的能力,采用的都是RTMP协议标准来实现的。直播可以进行push流和play流,直播这块和普通直播平台没有什么差别,应该可以兼容大部分CDN厂商。微信小程序特意提到如果需要加速的话,可以用腾讯云的UDP + RTMP来减少延迟,关于延迟大小官方公布是400 ~ 800ms,基本满足实时需求,当然具体还需要经过严格的测试。从目前分析来看,UDP+RTMP其实是个私有协议,因为这里面涉及了公私钥加密、腾讯的UDT传输等协议细节,换句话说,只是普通的直播可以用其他家的CDN云,但要延迟更小、连麦等可能只能用腾讯云了。


Peter:RTC模式是通过私有的RTMP over UDP协议保证比较低的延时的,但弱网下的低延时通话不知能否保证,建议大家实测一下,另外也没有说明是否能够提供回声消除等RTC关键算法特性。


张弩:目前小程序里提供的推拉流组件主要支持RTMP协议,那么它对延迟不敏感、单向广播的业务支持应该是不错的,比如秀场类业务。对于交互比较频繁的一些业务,比如一对一教学、秀场连麦这类业务,因为TCP链接的原因,音视频质量可能会有比较大的波动。针对这个问题,小程序也提供了解决办法,配合腾讯云服务,小程序可以使用更适合音视频传输的UDP协议。另外目前还不知道小程序的服务器端,是否能开放音视频数据的访问能力,如果开放的话,业务方应该可以开发出更加丰富的音视频产品。


姜雨晴:小程序提供的实时音视频是一种 RTC的技术解决方案。本质上和现有的WebRTC没有太多区别,日常直播是完全可以满足的。它的延迟水平,其实也是主要基于RTC网络构建,而不在于开放的接口本身,按照目前一些RTC网络服务提供商的质量看来,网络状况稳定的情况下,基本可以做到400ms左右的延迟,这样的延迟人不太容易察觉,完全可以支撑连麦等需求。而且目前连麦 PK 抓娃娃等主流低延迟音视频网络的应用上也是基于RTC的体系在构建。可以说,这些端和网页上可以做的低延迟网络功能都可以很好的支持。


刘雪次:微信小程序目前提供的升级实时音视频录制和播放能力由两个文档来说明《实时音视频录制组件》和《实时音视频播放组件》。目前看来还是以直播为主,也提供基于 RTC的点对点实时通话,尚未看到多人通话。


直播应该是以腾讯视频云为基础的整合,对一般直播需求而言是没有问题的,亮眼云也对腾讯视频云直播SDK的延迟性能进行过综合评测,大约在1秒左右。而且整合到微信小程序也就解决了微信直播的问题,这也是很多用户苦苦追求的,同时辅以社交化滤镜、美白等功能。以目前社交化营销分享策略,相信对一大票只做普通直播技术的技术类公司基本上是致命一击。


至于连麦,目前从接口上没看到多人互动视频部分,因此还无法评说,估计暂时还是不行的。不过随着版本的提升,应该也会很快支持。从技术上本不是太大的问题。


许建林:经过对双人视频通话的实际测试,两台手机在同一 wifi 下,延迟 700ms 左右,符合文档中 300~800ms 的说明,同城一对一时没有准确测量,但主观感受延迟不太明显。这个效果对于连麦来说,大部分场景下应该都可以满足需求了,但对于强实时互动的场景,700ms 还是比较高的,目前其他厂商诸如 Powerinfo、Agora、Zego提供的连麦服务目标延迟都是 200~500ms,延迟很敏感的场景下这个差异还是很明显的。此外,demo 除了延迟表现不错,回声抑制效果也很好。


展晓凯:小程序提供的实时音视频功能我认为还是很靠谱的,一般的直播甚至连麦的需求都可以满足,并且连麦的延迟也是可以接受的。但短时间内比较稳定的App应该还不会迁移到小程序平台,毕竟对于各个领域平台而言,维护好主播与高端用户的关系,以及提供更好的体验(Native的体验会比小程序好一些)是最为重要的,而如果各大厂商想快速的尝试一个流量入口的功能,或者炒一个概念,小程序绝对是非常不错的选择。


LiveVideoStack:微信小程序开放了实时音视频录制和播放功能,是否意味着对于没有过多开发能力或费用的中小企业或者创业公司可以花费很小的成本就能获得直播的功能?


赵加雨:对于企业来说,要想借助音视频相关业务获得红利,首先就要过技术关,毕竟高门槛和高难度开发并不是所有公司都能做到的,多数公司会选择集成第三方公司的音视频SDK从而在自己的应用里快速实现音视频的能力。


对于小程序推出实时音视频功能,我个人认为微信小程序这次能力的开放,再次扩展了小程序的想象边界,可以适用的场景非常多,比如说银行/证券在线开户、在线保险定损、多人会议、在线教育等等。本身就在微信的企业,可以用最新的音视频功能,可以比较快速地实现音视频功能,也比较依赖微信的生态,小程序开放音视频直播功能对于以小程序为主要平台的创业公司而言,可以方便的实现直播功能。


和君:我相信这也是小程序的初衷之一,就是让研发能力较弱的传统企业和中小能较快低成本的获得互联网入口。教育领域利好中小型和传统教育机构,能够以较低的成本快速的介入在线教育领域。


林正显:确实,它让音视频直播的门槛又降低了很多。同时,因为小程序是嵌入到微信的,所以相关业务的推广成本也会变得更低。我觉得它在教育、电商等领域会大有可为。另一方面,它的发布可能对WebRTC的推广有一定的影响。


姜雨晴:从产品开发的角度来讲,小程序的LivePlayer目前提供的两个接口,可以说非常简便易用,产品接入主要是产品形态上的开发,开发周期不是很长。可以说是即接即用的。开发成本上并不会很高。然而直播的主要成本并不在开发方面,用户量高的情况下,成本主要来源于网络传输。那么后续的直播成本,需要看的是网络传输如何收费和使用。


Peter实现直播的确更容易了,而且微信的好处是iOS安卓不用做两套App,也便于传播;但CDN的费用还是一样要自己承担的,这个才是大头。


许建林:的确如此,官方文档有 DEMO一键部署教程,我跟了一下,基本无痛点(但小程序的类别不能选错,此外如果使用开发域名,需要客户端开启调试才可以访问,虽然 Server 不太稳定,一会儿 502,一会儿不返回认证信息,但这都是业务层的事情)。流媒体开发对技术储备要求还是很高的,尤其是弱网场景、要求低延迟时。当然,相比于已有厂商,我觉得这只是提供了另一种选择,但这种选择伴随着微信流量的优势。


展晓凯:这是肯定的,对于初创公司或者个人开发者可以花费比较小的成本就获得录播、直播的功能,但是目前服务器只能选择走腾讯云,其实一方面也是一种限制。


高泽华:在没有拿到最终测试对比数据前,不好做系统的分析。从找到的内部消息源说,这套引擎不是微信浏览器内置的WebRTC接口实现的。而是封装的腾讯云的SDK。如果是这样,那是有机会做出一定的实时音视频效果。


刘雪次:从开发能力上来看,理论上是这样的,但前提是企业还是需要基本的小程序开发能力,总体上来说技术要求降低了。费用上随着大用户量的增长,单体成本肯定会有下降的。从这个角度来说,很多技术实力上无法跟上的CDN,IDC未来日子会相对不好过一些。值得注意的是阿里云,金山云这样的企业如何应对。另外一方面,微信小程序主要还是S2B,对中小企业,甚至一些小工作室,的确是个利好。


周思进:确实,对于中小型公司而言,有了更多的选择的机会。


袁荣喜:微信小程序支持音视频功能对于创业公司来说是一个非常好的消息,这意味几行代码就可以完全拥有专业的音视频系统功能,让开发人员专注在业务开发上,大大节省了开发成本。举个例子来说,前段时间我们帮一个朋友解决小程序里在线抓娃娃功能,花了九牛二虎之力通过JS + MPEG1来实现,现在腾讯提供小程序这种能力,只要几行代码就搞定一个低延迟的在线抓娃娃,而且稳定性比MPEG1好很多。


刘连响:直播行业发展到现在,各种CDN和SDK已经非常完备,接入成本其实已经很低。


张弩:这个功能,我觉得可能主要是应用在短视频类产品上的。


来自: LiveVideoStack
文章点评
相关文章