周正宁:未来五年属于WebRTC+AV1

简介: 版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/80973147 ...
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/80973147

640?wx_fmt=jpeg


在WebRTCon 2018期间,Aupera CTO周正宁接受了LiveVideoStack的专访,畅谈了FPGA在多媒体生态中的机遇。周正宁认为未来五年,FPGA将助力WebRTC和下一代编解码器AV1快速部署并提升性能。


策划 / LiveVideoStack




LiveVideoStack:各位LiveVideoStack的朋友们,大家好。这里是2018年WebRTCon 大会的采访间,今天很高兴邀请到Aupera 的CTO 周正宁接受我们的采访,首先请您介绍一下自己和Aupera?


周正宁:好的, Aupera是一家专注于视频应用的新创公司。我们致力于打造世界一流的视频编解码、存储、视频内容分析的超融合架构的解决方案,这是我们现在主要在做的事情。


LiveVideoStack:有关编解码这部分,最近您和您的团队正在推行FPGA,这与以前的CPU、GPU和ASIC相比有什么不同吗?


周正宁:相较于CPU、GPU,FPGA解决方案的挑战在于它的开发生态难度比CPU与GPU大,而优点则是架构能效比很高。因为CPU、GPU是一种软件定义数据流的解决方案,很多功能块之间的数据需要靠内存进行交换传递;而FPGA的特点是上一级功能块的结构可以直接传递给下一级,这样最小化或省去了之间的内存交换,提高整体系统的能效比与性能。如果和ASIC相比,从能效比和性能来说ASIC是要优于FPGA的,但从灵活性上来说FPGA像软件一样具有可以升级的特性,当有新算法或有新技术出现时FPGA可以很灵活的进行调整,只需几个月就能部署到现场。而ASIC则需要一个十分漫长的开发周期,有可能从十几个月到一两年,以上是FPGA相对于传统CPU、GPU等具有的特点。


LiveVideoStack:那么FPGA被广泛运用在什么样的多媒体场景中?


周正宁:对于我们现在WebRTC的多媒体应用来说,传统的软件MCU模式有很多的痛点:第一是性价比太低,转码成本过于高昂;第二还有延迟问题,这是软件架构的特点造成的。硬件转码可以克服这些痛点,其性价比会比软件MCU方案高好几倍甚至十倍以上;而对于实时通讯来说,延迟程度是一个非常重要的指标,从原理上来讲这是一种低延迟的解决方案,非常适合实时通讯场景下的应用。


LiveVideoStack:那么可以通过什么方式获取您提供的这种服务呢?


周正宁:目前我们为以下两个服务对象提供整体解决方案:


1. 针对私有云客户我们提供硬件设备与底层系统软件;

2. 针对公有云客户我们会与合作伙伴一起为其提供公有云服务。


LiveVideoStack:因为FPGA有原厂提供的通用平台,那么您的产品服务与原厂的平台相比,多做了哪些工作?


周正宁:Aupera是一个具有多年技术积累的专业开发团队,我们会在原厂的基础之上进一步优化性能,特别对于特定应用场景进行精准优化。当然我们在开发过程中也会应用一些第三方可靠成熟的IP核心来加速我们的开发,帮助我们将产品尽早地推向市场。技术日新月异,如果不采取开放合作的态度去开发产品便很难在市场上立足,闭门造车是一个不太可取的做法。除了优化我们自己核心技术外,我们还会和其他合作伙伴一起合作去开发推出我们的产品。


LiveVideoStack:展望一下未来5年,您看好哪些多媒体应用的发展?


周正宁:首先就是现在WebRTC越来越火,我相信在未来五年WebRTC一定会非常普及,我相信我们的硬件加速MCU也会越来越流行。因为现在比较流行的传统MCU解决方案还是有它自己的弱点,而MCU本身也有它的弱点。我们的硬件加速MCU恰恰就是在继承了传统MCU优点的同时又解决了一些如性价比与延迟等不足之处,我相信硬件加速MCU会越来越流行。还有就是大家现在比较关注的新型编解码标准规范AV1。我相信未来五年内相关的方案会越来越多,就目前的解决方案来看,软件AV1的性能还是远远不够,我相信硬件加速这种方案能够在未来五年率先落地。


LiveVideoStack:十分感谢周正宁接受我们的采访。


周正宁:谢谢



640?wx_fmt=jpeg

相关实践学习
部署Stable Diffusion玩转AI绘画(GPU云服务器)
本实验通过在ECS上从零开始部署Stable Diffusion来进行AI绘画创作,开启AIGC盲盒。
相关文章
|
4天前
|
编解码 监控 网络协议
如何用魔法般的步骤实现RTSP推送H.264与H.265(HEVC),打造震撼视听盛宴,让每一帧都充满魔力!
【9月更文挑战第3天】实现RTSP流媒体服务推送H.264和H.265编码视频是现代视频监控及直播平台的关键技术。本文详细介绍环境搭建、编码配置及服务器与客户端实现方法。首先,通过FFmpeg捕获视频并编码成RTSP流,接着使用VLC等工具接收播放。此外,还提供了C++示例代码,演示如何利用libv4l2和FFmpeg自定义服务器端实现。希望本文能帮助读者成功搭建RTSP视频流系统。
14 1
|
24天前
|
编解码 监控 网络协议
【绝密技巧】揭秘!如何用魔法般的步骤实现RTSP推送H.264与H.265(HEVC),打造震撼视听盛宴,让每一帧都充满魔力!
【8月更文挑战第15天】本文详述了如何使用RTSP流媒体服务推送H.264及H.265编码视频,适用于视频监控和直播平台。首先需确保环境支持这两种编码格式,可通过FFmpeg实现。在Ubuntu上安装FFmpeg后,可配置从摄像头捕获视频并推流至RTSP服务器。针对H.265编码,只需更改视频编码器为`libx265`。客户端可使用VLC播放器接收流。此外,还提供了C++示例代码用于自定义服务器实现,包括初始化上下文、打开编码器和循环编码视频帧。此教程旨在助力实现RTSP推送目标。
27 0
|
Web App开发 编解码 测试技术
WebRTC 的现状和未来:专访 W3C WebRTC Chair Bernard Aboba
WebRTC 无疑推动和改变了互联网视频,而这仅仅是刚刚开始,除了大家熟悉的 WebRTC-PC、Simulcast 和 SVC,有太多的新技术和新架构出现在 WebRTC 新的标准中,比如 WebTransport、WebCodecs、AV1、E2EE、SFrame、ML 等等,这篇文章详细介绍了未来的 WebRTC-NV,不容错过。
WebRTC 的现状和未来:专访 W3C WebRTC Chair Bernard Aboba
|
芯片
H265还没有普及,马上要被VP9,AV1替代了?
H265还没有普及,马上要被VP9,AV1替代了?
251 0
|
编解码
VideoLAN,VLC和FFmpeg社区联合开发AV1解码器
高性能、跨平台的解码器对于一款Codec的发展至关重要。
2136 0
|
Web App开发 编解码 架构师
Akamai首席架构师Will:WebRTC、QUIC、DASH、AV1都前景可观
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/82880673 ...
1999 0
|
新零售 Web App开发 编解码
七牛云徐晶:低延迟互动时代看好WebRTC和SRT
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/82322760 ...
2813 0
|
编解码 算法 测试技术
朱政:金山H.265诞生记
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/81843955 ...
2783 0
|
Web App开发 编解码 Android开发
AV1挑起的Codec之战
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/vn9PLgZvnPs1522s82g/article/details/81187668 AV1编解码器已经在NAB上发布了。
1706 0
|
编解码 流计算 CDN
IBM Cloud Video工程师Scott Grizzle谈流媒体协议和Codec
Streaming Media特约编辑Tim Siglin在Streaming Media East 2018采访了IBM Cloud Video工程师Scott Grizzle。
1263 0