以一只音视频百宝箱，应对「千行千面」。

洪炳峰、楚佩斯｜作者

大家好，今天我分享的主题是MediaBox——行业音视频数字化再加速。

根据权威数据表明，65%的行业数字化信息来自视频，基于此，音视频技术对于行业数字化来说是至关重要的。今天我想借此机会向大家介绍一个重量级的客户端产品——MediaBox，它将致力于实现行业音视频数字化再加速。

MediaBox，顾名思义，是一个包罗万象的音视频魔盒。在这里，多种音视频能力的SDK可供任意选择、自由组合、多端适配，一次性满足多种音视频需求。

接下来我将从MediaBox初识与全景、音视频终端SDK的架构设计和演进、音视频低代码开发的场景建设与实践和生态合作及未来展望四个方面进行分享。

01 MediaBox初识与全景

从需求侧来看，传统音视频技术已发展多年，在行业化的过程中被广泛应用于互娱行业。同时，也在逐渐向教育、医疗和零售等传统行业渗透，刺激了传统行业需求的旺盛增长。

从研发侧来看，音视频的复杂度使得行业客户也面临许多挑战，例如开发门槛高、接入复杂度高、性能挑战大等等。

基于这些行业趋势和挑战，企业的音视频诉求可总结为：高易用、高性能、场景化、多端化的多SDK组合及方案。阿里云视频云“MediaBox音视频终端一体化套件”就给出了这些问题的最优解，通过极致的自我进化，加速行业音视频数字化落地。

这里分享一个大家比较熟悉的互娱场景：直播PK。在开播端需要RTC技术支持直播推流和旁路直播；在PK时需要借助IM信令完成交互、RTC完成音视频流传输以及进行混流布局。这样的场景就需要多个SDK和云产品组合完成，那么相比音视频SDK，我们更需要场景化的解决方案。

通过MediaBox全景图，可以看到，MediaBox由音视频终端SDK、音视频低代码AUI Kits两大部分组成，并基于行业生态合作构建音视频场景方案。

MediaBox音视频终端SDK全面覆盖实时音视频、直播、超低延迟直播、播放器、短视频、美颜特效等，通过自由组合出包，形成一系列不同能力的SDK，为客户提供灵活、易用、高效的接入体验。

MediaBox AUI Kits通过对MediaBox SDKs单点能力做场景化的封装，方便客户将某个视频场景化的能力快速集成到自己的应用中。客户不需要理解音视频SDK中API的具体用法，只需关心自己的业务实现，即可实现场景化的音视频能力，从而大大加快业务开发进程。

MediaBox的优势可以总结为“一体、三高、多场景”。

首先是一体化：主要是SDK一体化和云端一体化。基于SDK一体化的底座，既可以方便地进行SDK开发，也可以进行SDK组合，满足不同的业务需求；云端一体化，比如特效引擎实现端云体验一体化，智能缓存、调度优化等实现端云一体化。

三高，指的是高易用、高性能、高智能。基于一体化SDK，我们可以实现SDK的灵活组合，并且结合AUI方案实现低代码接入以保证易用性；另外，SDK的稳定和高性能是重中之重；同时，SDK的智能化可以很好地服务各种场景需求。

最后是场景化，场景化方案要解决易用和好用的问题。举个简单的例子，长视频和短视频场景，在起播buffer的设置、缓冲区大小、本地缓存的设置上是有很大差异的，而客户需要的是可以依据具体需求，开箱即用的场景化方案。

02 MediaBox音视频终端SDK的架构设计和演进

接下来介绍MediaBox音视频终端SDK的架构设计。

在此之前，给大家分享两则小故事。大家知道国产大飞机C919上有多少个零件吗？据相关报道，C919上一共有250万个零件，如此多的零件需要经过完整的系统工程组装起来，并且其中的每个零件都非常重要。

如果我们把MediaBox比作一架飞机的话，那么其中的各个子模块就相当于零件，如何进行有序组装、并完整实现整体功能就成为了一个巨大的挑战。

另外一个分享是关于汽车制造平台。我们知道，不同车型可以在同一个制造平台上生产，共用整车设计，尤其是底盘设计和车辆结构。同样的，MediaBox基于一体化的底座，可以快速迭代和开发SDK产品。

上图是MediaBox一体化SDK的总体架构。它是一个分层的架构，SDK的Crash捕获和License认证都是作为通用能力服务于整个SDK，在SDK之外还有很多研发支撑工具，来保障SDK研发的效率和稳定性。

在SDK的发展初期，各个业务为了满足需求，会各自进行SDK的迭代。随着客户业务的发展，会需要使用多个SDK来完成功能需求，如果强行把这些SDK融合在一起，在包大小方面也不是最优的，而且可能会产生包冲突。

于是我们针对几个主要原子SDK的功能模块做了分析。如图所示，各个SDK之间有很多可以共用的模块，通过SDK模块，可以更好地进行模块复用，同时实现包大小的降低，另外也可以实现更多的性能优化和兼容性提升。

这些组件抽离后，如何将它们组合到一起呢？可以通过pipeline机制来串联从采集到渲染的整个流程。而音视频pipeline的构造、运行、销毁等全生命周期管理，则需要由微内核来实现，它具备高效、灵活的特点，同时因为引入了插件管理，可以实现插件的插拔，提升SDK的扩展能力。

接下来通过一个示例展示插件设计。

某位客户希望引入智能降噪的功能模块，一般情况下智能降噪模块是基于深度学习网络实现的，所以其SDK包相对很大。如果我们直接把该模块引入SDK，会导致整个SDK的size过大。

通过前文介绍，pipeline机制可以很好地串联内部组件，那么对于外部组件是否有好的解决之法？我们在微内核中通过插件占位实现了插件的热插拔，真正实现一套插件代码、一次打包，同时满足两种客户的诉求。

前面介绍了一些架构设计的思考，接下来就涉及到一些实际落地的困难和挑战。

第一个问题，是重写SDK，还是基于现有的SDK进行演进？在业务需求的推动下，只能选择后者，但这相当于开着飞机换引擎，对于整体稳定性的考验非常之大。

第二个问题，对于一台零件众多的庞大机器，如何让它顺畅地运行起来？多团队如何协作？版本如何管理？

一体化工程涉及到多个组件，各个组件的版本管理、依赖关系也相当复杂，组件也很难独立被引用。因此我们设计了一个灵活组件管理工具：ACPM（Aliyun C++ Package Manager）。它由两个主要的模块组成：

1、依赖模块：负责根据描述分析依赖关系、下载对应组件、生成cmake工程需要的编译文件；

2、发布模块：负责托管组件静态库（在MTL上），并记录发布时的具体信息，以供依赖时分析。

通过这样的方式，我们可以更好地管理各个组件。举一个实际应用的例子，短视频、直播、RTC都使用到了视频采集模块。如果针对此模块做融合，直接重写一份模块进行共用，在实际运行过程中可能会遇到一些挑战。

我们采用的方式是ACPM化，在一个相对业务量较小的业务（如短视频）内，将其SDK中的视频采集模块ACPM化，另外两个业务仍使用原有的模块。在前者的ACPM化模块逐渐稳定后，再将后两者的模块进行ACPM化，就可达到整体组件使用和工程效率上的融合。

ACPM化也可以应用在公共组件、音视频算法等当中。在跨平台上，我们不仅支持了Android/iOS/Win/Mac多端，还支持了Web端，可以输出成Web Assembly代码，这样一些Native客户端的能力可以快速无缝转到Web平台，实现多端体验的一致性。

比如美颜特效SDK，可以通过ACPM编译成Web Assembly代码来供Web平台使用，由于底层代码是同一套，在体验上也最大程度地保证了一致性。

接下来以一个高性能算法特效执行引擎在Web端的实践为例，介绍如何用一体化的框架落地。

如图中的特效引擎，有其pipeline以及数据输入组件和图像处理组件，它可以打包成Android/iOS/Win/Mac以及服务端的版本，在Web端通过WASM的方式支撑相关业务。

Web上会有性能差和功能受限的问题，我们通过Profile工具生成火焰图，分析耗时函数，并将其进行SIMD替换。另外，通过在Web上开启多线程，可以提升整体运行效率。

云端一体可以实现更极致的优化，是竞争力的体现。

我们实现了一张网一个SDK，并覆盖常见的音视频相关场景。一体化SDK和一体化网络MediaUni的配合，可以实现端云一体化的体验，通过对接客户端SDK，即可便捷地使用云上的服务。

比如端云协同，可以实现智能调度，通过云端联动，智能控制播放缓存大小，以此降低成本。与媒体服务协同，可以实现智能按需转码，当发现某个热门视频时，可以智能启动转码，提升播放体验的同时，也节约了客户的成本。

通过前面的方案，可以说飞机已经造出来了，但还需要保障其稳定性。

首先是一体化对客，所有SDK共用一份License，进行统一授权认证、统一入口和引导；

其次是高可用稳定性体系，通过Crash的收集、问题的智能归因，可以快速识别出问题的影响范围；

然后是高可用数据体系，基于数据指标做埋点优化，针对异常指标进行监控；

最后是建设完善的自动化测试体系，来完整保障SDK的质量和稳定性。

MediaBox在场景化实践中，同样基于端智能技术不断创新突破。

例如，在端侧超分上，需要针对算法进行调优，并考虑端侧算力的兼容性；另外，智能预加载会利用智能算法，基于当前网络状况、用户滑动行为、历史播放行为等信息，动态控制预加载缓存。

在远程教学一对多场景中，学生专注度下降导致教学效果差是远程教学一直以来的痛点，而场景智能为业务赋能带来了更多可能性。音视频终端套件，不止是单纯的开发工具，更是行业的创新型端口，以最轻量的方式，赋予场景全新的数智化能力。

03 MediaBox音视频低代码开发的场景建设与实践

我们接触到的很多客户都不是专业做音视频开发的，因此他们都有一个共同的诉求，即希望能提供一揽子解决方案，而自己只需要专注业务开发即可。

在这里，有几个值得探讨的问题：到底要实现什么样的组件，组件要实现到什么样的粒度，组件要不要开放？

基于这个逻辑，我们开发了很多音视频的低代码基础组件，这些基础组件又可以组合成场景化组件。

AUI Kits的组件设计遵循统一规范、多端统一、简单易用这三个原则，实现了多端一致的UI风格。当然，我们也提供了一些易用的工具，方便客户使用脚本实现一键引入，这样可以极大提升客户的集成效率。

AUI Kits方案不只有UI控件，也包含与服务端紧密配合的场景化组件，其灵活的架构设计可以让客户方便地进行组件组装，另外核心组件的代码也是开源的。

以接入的某电商直播客户为例，基于场景化的解决方案，客户快速接入音视频能力并跑通业务，同时根据需求自定义开发，定制化修改了其UI。

以下将以图中的例子说明，场景化方案是如何来设计的。

场景化方案一般由App、AUI Kits以及App Server配合云服务来完成。为了方便客户一站式集成，App Server当前已经对接了常用的直播审核、录制等阿里云PaaS层功能，客户可以基于源码进行二次开发部署，或者直接使用容器化的方式完成服务部署。客户端的组件会与服务端进行交互，完成场景化的业务功能。