当前位置：首页 > news >正文

音视频编解码：VP8 / VP9 / H.264 / Opus

news 2026/7/8 1:56:31

音视频编解码：VP8 / VP9 / H.264 / Opus

WebRTC 支持哪些音视频编解码器？各有什么优缺点？怎么选？码率怎么设？这篇讲 WebRTC 常用的视频编码（VP8/VP9/H.264/AV1）和音频编码（Opus/G.711），对比选型、码率配置、以及编码相关的优化。

大家好，我是黒漂技术佬。

原始音视频数据量巨大，1080P 30帧的视频，一秒钟就要几百兆，根本没法传。所以要编码压缩——用更少的数据量，尽量保留画质。

WebRTC 支持多种编解码器，视频有 VP8、VP9、H.264、AV1，音频主要是 Opus。选哪个？码率设多少？有什么区别？

这篇讲 WebRTC 的音视频编解码，从原理到选型到配置。

一、为什么需要编解码？

原始数据量有多大？

以 1080P 30帧的视频为例：

每帧像素：1920 × 1080 ≈ 200 万像素
每个像素 YUV420：1.5 字节
每帧大小：~3MB
每秒 30 帧：~90MB/s = 720Mbps

720Mbps 的带宽，家用宽带上行一般只有几 Mbps，完全传不了。

编码压缩后

H.264 编码 1080P 30帧，一般 2-4Mbps 就够了，压缩了几百倍。

音频同理，原始 PCM 48kHz 16bit 立体声是 1536kbps，Opus 编码后语音只要 32kbps 左右。

二、视频编解码器对比

1. VP8

出品：Google（收购 On2 后开源）
定位：WebRTC 默认视频编码
特点：
- 免版税，不用交钱
- 兼容性好，所有浏览器都支持
- 编码速度快，低延迟
- 压缩率中等

2. VP9

出品：Google，VP8 的下一代
特点：
- 免版税
- 压缩率比 VP8 高 30-50%（同画质码率更低）
- 支持更高分辨率（4K）
- 编码复杂度高，CPU 占用大
- 兼容性比 VP8 差一点（现在主流浏览器都支持了）

3. H.264 / AVC

出品：MPEG 组织
定位：业界最通用的视频编码标准
特点：
- 硬件支持好，手机电脑都有硬编硬解
- 压缩率不错，和 VP8 差不多或略好
- 有专利，商用可能涉及授权费（WebRTC 里用一般不用操心）
- 兼容性最好，所有设备都支持

4. AV1

出品：AOMedia（Google、Netflix、微软等联合）
定位：下一代开放视频编码
特点：
- 免版税
- 压缩率比 VP9/H.264 再高 30%+
- 编码特别慢（软件编码 CPU 占用爆炸）
- 硬件支持还在普及中
- WebRTC 支持度逐渐完善

对比表

编码	免版税	压缩率	速度	硬件支持	WebRTC兼容性	适用场景
VP8	✅	一般	快	一般	最好	默认、兼容优先
VP9	✅	好	中	一般	好	省带宽、画质优先
H.264	❌	好	快	很好	很好	移动端、硬件加速
AV1	✅	很好	慢	普及中	逐渐支持	未来、超高清

怎么选？

通用场景

VP8：兼容性最好，编码快，默认选择
H.264：移动端硬件加速好，省电，适合移动场景

带宽敏感 / 画质优先

VP9：同码率画质更好，或者同画质省带宽
适合网络不好、或者想要更高清的场景

未来方向

AV1：压缩率最高，但编码慢，硬件支持还不够
适合点播、直播等预编码场景，实时通信还不太普及

三、音频编解码器对比

1. Opus

出品：Xiph.Org + Mozilla
定位：WebRTC 默认音频编码
特点：
- 免版税
- 音质好，低码率下也不错
- 码率范围大：6kbps ~ 510kbps
- 低延迟
- 语音和音乐都擅长
- 所有浏览器都支持

WebRTC 音频首选，基本没有争议。

2. G.711 (PCMU/PCMA)

传统电话用的编码
码率固定 64kbps
音质一般，只适合语音
优点：极低复杂度，兼容性极好
和传统电话系统对接的时候用

3. G.722

宽带语音，音质比 G.711 好
码率 64kbps
也是老标准，主要用于兼容

对比

编码	码率	音质	延迟	适用
Opus	6-510kbps 可调	很好	低	通用首选
G.711	64kbps 固定	一般	极低	电话对接
G.722	64kbps	较好	低	兼容场景

结论：音频就用 Opus，不用想。

四、码率怎么设置？

视频码率参考

分辨率	帧率	推荐码率	最低码率
320×240	15	150kbps	100kbps
640×480	24	500kbps	300kbps
640×480	30	750kbps	400kbps
1280×720	30	1.5Mbps	800kbps
1920×1080	30	3Mbps	1.5Mbps
1920×1080	60	5Mbps	3Mbps

只是参考，实际看场景：

会议/通话：可以低一点，动的少
游戏/运动：要高一点，画面变化快

音频码率参考

场景	推荐码率
语音通话	32kbps
高质量语音	48kbps
音乐/立体声	128kbps
高音质音乐	192-256kbps

一般语音通话 32kbps 就够了，Opus 在这个码率音质很不错。

怎么设置码率？

方式 1：SDP 里改

修改 SDP 中的 b=AS 行，或者用 RTCP REMB 反馈。

方式 2：用 setParameters（推荐）

constsender=pc.getSenders().find(s=>s.track.kind==='video');constparameters=sender.getParameters();if(!parameters.encodings){parameters.encodings=[{}];}parameters.encodings[0].maxBitrate=1500000;// 1.5Mbpsawaitsender.setParameters(parameters);

动态调整，网络好的时候调高，不好的时候调低。

五、编码协商（SDP 中的编解码）

怎么看用了什么编码？

建立连接后看 SDP，或者 chrome://webrtc-internals 里看。

怎么指定优先用某个编码？

修改 SDP，把想要的编码移到前面：

functionpreferCodec(sdp,codecName){// 找到视频媒体行，调整编码优先级// 把目标编码的 rtpmap 移到最前面// ...}

或者用 SDP Semantics 的方式，比较复杂。一般默认协商的就够用。

编解码协商过程

Offer 里列出自己支持的所有编码，按优先级排
Answer 里从 Offer 的列表中选双方都支持的
最终用双方都支持、优先级最高的那个

所以想让对方用 H.264，就把 H.264 放 Offer 最前面。

六、Simulcast（多流联播）

是什么

发送方同时推多路不同分辨率/码率的视频流，接收方选最合适的一路看。

发送方 → 1080P（高码率） → 720P（中码率） → 360P（低码率） 接收方根据自己的网络和屏幕大小选一路

为什么需要？

多人会议时，每个人网络不一样：

网络好的看高清
网络差的看低清，不卡

SFU 架构常用 Simulcast。

配置

pc.addTrack(videoTrack,stream);constsender=pc.getSenders()[0];constparameters=sender.getParameters();parameters.encodings=[{rid:'high',maxBitrate:1500000,scaleResolutionDownBy:1},{rid:'mid',maxBitrate:500000,scaleResolutionDownBy:2},{rid:'low',maxBitrate:150000,scaleResolutionDownBy:4}];sender.setParameters(parameters);