WebCodecs 开启 Web 音视频新篇章
本期作者
刘俊
哔哩哔哩资深开发工程师
WebCodecs 是什么
WebCodecs 是一个 Web 规范，21 年 9 月份在 Chrome 94 中实现
WebCodecs 提供访问编解码能力的接口，可精细控制音视频数据
Web 音视频 API 存在什么问题
音视频技术在 Web 平台上的应用非常广泛，已有许多 Web API 间接调用了编解码器来实现特定功能：
视频播放：MSE
音频解码：WebAudio
录制视频：MediaRecorder
实时流媒体：WebRTC
但没有方法可以灵活配置或直接访问编解码器，所以许多应用使用 JS 或 WASM （比如 ffmpeg.wasm）来实现编解码功能，尽管存在诸多缺陷或限制：
低性能（WebCodecs 编码速度可达到 ffmpeg.wasm 的 20 倍）
高功耗
额外网络开销（下载已内置的编解码器）
这么做的原因是以前的 Web API 在特定场景都存在难以克服的障碍：
WebAudio 只能解码完整的音频文件，但不支持数据流、不提供解码进度信息、更不支持编码
MediaRecorder 只能录制特定格式（WebM、MP4）的视频，无法控制编码速度、输出缓冲区等
WebRTC 与 MediaStream API 高度耦合，且不透明，仅能用于实时音视频通信
Video 标签、MSE 最常用于视频播放，但无法控制解码速率、缓冲区长度，且只支持播放部分视频容器格式
总结：目前 API 在特定场景做到简单、够用，但无法实现高效且精细地控制
WebCodecs 设计目标
流式传输：对远程、磁盘资源进行流式输入输出
效率：充分利用设备硬件，在 Worker 中运行
组合性：与其他 Web API(如 Streams、WebTransport 和 WebAssembly)配合良好
可恢复性：在出现问题时能够恢复的能力(网络不足、资源缺乏导致的帧下降等)
灵活性：能适应各种场景(硬实时、软实时、非实时)，能在此之上实现类似 MSE 或 WebRTC 的功能
对称性：编码和解码具有相似的模式
非 WebCodecs 目标
视频容器 封装/解封装 相关 API
在 JS 或 WASM 中实现编解码器
以上总结于 译 WebCodecs 说明（https://hughfenghen.github.io/posts/2023/10/02/webcodecs-explainer/），让大家快速了解 WebCodecs API 的背景和目标
WebCodecs 能做什么
WebCodecs API 介绍
先了解 WebCodecs API 在视频生产消费链路所处的位置
由图可知 WebCodecs API 提供的能力：
控制编解码过程
访问编解码前后的底层数据
VideoFrame、EncodedVideoChunk 对应编码前的源图像和编码后的压缩数据，两者均提供获取底层二进制数据的接口；
VideoEncoder、VideoDecoder 用于前两者的类型转换
Web 平台所有表达图像相关的类型，都可以转换为 VideoFrame
这里可以看到编码、解码过程在 API 设计上的对称性
图像编解码习得的知识，同样可以对称迁移到音频编解码
以上就是 WebCodecs 提供的核心 API，新增 API 的数量非常少，主要难点在音视频相关的背景知识。
利用 mp4box.js 解封装 mp4 文件，得到 EncodedVideoChunk 后给 WebCodecs 解码，即可实现 mp4 -> 图像帧。
WebCodecs 不涉及环节
音视频生产消费链路中，由其他 Web API 提供，包括：
音视频数据的采集与渲染
封装/解封装
传输、存储
相关 Web API
基于底层 API 可以构建的基础能力
WebAudio：音频处理
WebGPU/WebGL + OffscreenCanvas：离屏图像处理
OPFS：本地文件读写
WebWorker + WASM：密集型计算
WebTransport：低延迟网络传输
基于 Web 平台已有的能力，加上 WebCodecs 提供的编解码能力，能帮助开发者实现那些功能呢？
DEMO 演示及实现
WebCodecs 是相对底层 API，简单功能可能也需要写非常多的辅助代码，可以借助 WebAV 封装的工具函数来快速实现功能
WebAV 基于 WebCodecs，提供简单易用的 API 在浏览器中处理音视频数据
接下来演示 DEMO 效果以及基于 WebAV 的代码实现
1.可控解码
以设备最快的速度解码一个 20s 的视频，并将视频帧绘制到 Canvas 上
可控解码的意义不只是它能实现超快速或逐帧播放视频，而在于它能快速遍历所有帧，这是视频处理的基础
首先从 WebAV 导出一个 MP4Clip 对象，它只需要一个 MP4文件 URL 进行初始化
然后使用 tick 方法获取到视频帧，再绘制到 canvas 上
while true 表示不做任何等待，所以到底有多快取决于网络下载和设备解码的速度
import { MP4Clip } from '@webav/av-cliper'// 传入一个 mp4 文件流即可初始化const clip = new MP4Clip((await fetch('<mp4 url>')).body)await clip.readylet time = 0// 最快速度渲染视频所有帧while (true) {const { state, video: videoFrame } = await clip.tick(time)if (state === 'done') breakif (videoFrame != null && state === 'success') {ctx.clearRect(0, 0, cvs.width, cvs.height)// 绘制到 Canvasctx.drawImage(videoFrame, 0, 0, videoFrame.codedWidth, videoFrame.codedHeight)// 注意，用完立即 closevideoFrame.close()}// 时间单位是 微秒，所以差不多每秒取 30 帧，丢掉多余的帧time += 33000}clip.destroy()
2. 添加水印
给视频添加随时间移动的半透明文字水印
先把文字转换成图片，这样很容易借助 css 实现各种文字效果；
然后控制图片按照一定规则移动，这里省略了动画的配置；
动画配置方法跟 css 的动画几乎是一样的，只需提供 0%，50% 特定时机的坐标就行了，WebAV 会自动计算出中间状态的坐标值，来实现动画效果；
最后将 MP4Clip 跟 ImgClip 合成输出一个新的视频流
const spr1 = new OffscreenSprite(new MP4Clip((await fetch('<mp4 url>')).body))const spr2 = new OffscreenSprite(new ImgClip('水印'))spr2.setAnimation(/* animation config */)const com = new Combinator()await com.add(spr1, { main: true })await com.add(spr2, { offset: 0 })// com.ouput() => 输出视频流
3. 绿幕抠图
带绿幕的数字人形象与背景图片合成视频，使用 WebGL 对每帧图像进行处理，将人物背景修改为透明效果
抠图实现参考文章：WebGL Chromakey 实时绿幕抠图（https://hughfenghen.github.io/posts/2023/07/07/webgl-chromakey/）
// 创建抠图工具函数const chromakey = createChromakey(/* 绿幕抠图配置 */)// 背景绿幕的测试视频const clip = new MP4Clip((await fetch('<mp4 url>')).body)// MP4 的每一帧 都会经过 tickInterceptorclip.tickInterceptor = async (_, tickRet) => {if (tickRet.video == null) return tickRetreturn {...tickRet,// 抠图之后再返回video: await chromakey(tickRet.video)}}
4. 花影
在浏览器中运行的视频录制工具，可用于视频课程制作、直播推流工作台
视频演示视频课程制作的基本操作，包含 “添加摄像头、分享屏幕、修改素材层级、剪切视频片段、预览导出视频” 五个步骤
WebCodecs 的应用场景
应用场景预测
视频生产
视频剪辑、直播工作台，搭配多人协同、AI 能力
视频消费
播放器、视频会议、云游戏
算力转移
视频压缩、缩略图生成、植入水印、调整速率
视频生产：从零到一
由于缺失编码能力，导致 Web 端少有视频生产工具；
现有的 Web 视频剪辑工具都强依赖服务端能力支持，交互体验存在优化空间；
在 Web 页面借助 Canvas 制作动画是非常简单的，借助 WebCodecs 的编码能力，现在就能将动画快速保存为视频。
视频裁剪、添加水印、内嵌字幕等基础视频剪辑能力，没有 WebCodecs 都是难以实现的，WebCodecs 将填补该领域的空白。
视频消费：能力增强
借助 HTMLMediaElement、MSE，Web 平台的视频消费应用已经非常成熟；
以上 API 虽然简单易用，但无法控制细节，常有美中不足之感
比如，缓冲延迟控制、逐帧播放、超快速播放、解码控制等
WebCodecs 将支持构建更强、体验更好的视频消费应用
算力转移：成本体验双赢
目前 Web 使用的音视频服务，其处理过程都是在服务器上完成的
比如，众多在线视频处理工具提供的：压缩（降低分辨率、码率）、水印、变速、预览图 功能
处理流程：用户上传视频 -> 服务器处理 -> 用户下载视频；
整个过程消耗了服务器的计算成本、带宽成本，用户上传下载的等待时间
WebCodecs 能让更多的任务在本地运行，不仅降低了服务运营成本，还能提升用户体验
案例分享
没有 WebCodecs 以上的工具已经存在了，为什么相信它们会应用 WebCodecs？
首先，有了 WebCodecs 之后这些工具能做到体验更好、更便宜、迭代更快；
再结合以往经验和 Web 平台所具备优势，相信 WebCodecs 未来会得到广泛应用
分享两个例子
1. 用户视频消费行为变化
荒芜 时代
用户行为：下载电影然后离线观看，装机必备本地视频播放器Flash 时代
用户行为：在线观看视频逐渐流行HTML5 时代
用户行为：PC 平台 Web 在线观看成为首选WebCodecs 时代
补齐音视频编解码能力
用户行为：期待 WebCodecs 配合 AI 加多人协同，音视频剪辑、视频会议、直播推流等工具将逐渐 Web 化
2. 富文本编辑
Web 开放了几个核心 API，让大部分文字编辑转移到线上，产生大量优秀的知识管理应用
借助 Web 的易访问性、搭配协同编辑，将生产沟通效率提升了一个等级
contenteditable：可编辑节点
Selection：选区
Range：文档片段
还有大量产品案例：Notion、Figma、VSCode...
总结：一旦 Web 平台具备某个领域的基础能力，相关产品不可避免的 Web 化
WebCodecs 的优势与限制
优势
性能
ffmpeg.wasm 最大的障碍就是性能问题，导致难以大规模应用，主要是因为它不能使用硬件加速所以编解码非常慢
测试简单的视频编码场景，WebCodecs 的性能是 ffmpeg.wasm 的 20 倍
Web 平台
Web 平台天然具有的优势：跨平台、便捷性、迭代效率
再加上底层能力越来越完善，已具备构建大型、专业软件的条件；
相信 WebCodecs 也能凭借 Web 平台的加持，获得更大的应用空间
限制
生态不成熟
比如 缺少优秀的 封装/解封装 工具包，支持容器格式有限
兼容性
旧版本浏览器不支持 WebCodecs
受限于浏览器提供的编解码器
编解码的可控参数不够丰富（为了通用性不可避免的交换）
暂无法自定义编解码器
生态不成熟只需要时间和更多开发者的积极参与，一般 to B 产品对兼容性会更宽容一些，to C 的产品可以降级到服务端实现
比较麻烦的是 Web 平台提供的编解码器相对 Native 直接调用来说，还是有一些差距
如果需要自定义编解码器，或对编解码器的参数配置有非常高的要求，技术方案选择的时候需要慎重考虑 WebCodecs
愿景
WebCodecs 成为 Web 平台音视频处理的基础；
WebCodecs 像 HTML5 一样，促进音视频在 Web 平台的应用和发展。
附录
WebAV 基于 WebCodecs 构建的音视频处理 SDK（https://github.com/hughfenghen/WebAV）
译 WebCodecs 说明（https://hughfenghen.github.io/posts/2023/10/02/webcodecs-explainer/）
Web 音视频（零）概览（https://hughfenghen.github.io/posts/2023/07/16/webav-0-overview/）
WebAV DEMO（https://hughfenghen.github.io/WebAV/demo/1_1-decode-video）
花影 在浏览器中运行的视频录制工具（https://github.com/hughfenghen/bloom-shadow）
开发者问答
大家期望在前端（浏览器）实现哪些音视频能力，优化哪些业务场景呢？欢迎在留言区告诉我们，转发并留言，小编将选取1名幸运的小伙伴送出小电视校园系列金属徽章两只（见下图）。1月16日中午12点开奖。如果喜欢本期内容的话，欢迎点个“在看”吧！
往期精彩指路