第6章视频编码实战

课程目录第6章视频编码实战

6、视频编码实战：H.264编码参数设置、关键帧间隔、码率控制、编码性能优化

视频编码这块，说实话是很多做音视频开发的同学的"拦路虎"。参数一堆，文档又少，调来调去要么画质崩了，要么手机烫得能煎鸡蛋。今天我就把H.264编码里最核心的几个参数掰开揉碎了讲清楚。

6.1 关键帧间隔：直播延迟的命门

关键帧，也叫I帧，是一个完整的画面帧。它不依赖任何其他帧就能解码显示。我个人习惯把关键帧间隔叫做"GOP大小"——也就是两个I帧之间的帧数。

为什么这个参数这么重要？你想想看，推流过程中如果网络丢包了，解码器只能等到下一个I帧才能恢复画面。所以关键帧间隔越长，出问题后黑屏的时间就越长。

实战经验：我做直播推流时，关键帧间隔一般设2秒。如果帧率是30fps，那就是60帧一个I帧。这个值既能保证开播后快速出画面，又不会因为I帧太大导致码率波动。

Android MediaCodec里设置关键帧间隔的代码很简单：

MediaFormat format = MediaFormat.createVideoFormat("video/avc", width, height);
// 关键帧间隔，单位是秒
format.setInteger(MediaFormat.KEY_I_FRAME_INTERVAL, 2);
// 或者用帧数控制（某些设备支持）
format.setInteger("i-frame-interval", 60);

注意：有些国产手机对KEY_I_FRAME_INTERVAL的支持有bug。我曾经在某个机型上设了2秒，结果实际出来的I帧间隔飘到了5-8秒。解决方案是手动检测编码输出的帧类型，如果发现太久没出I帧，强制请求一个IDR帧。

6.2 码率控制：CBR、VBR、CRF怎么选？

码率控制说白了就是决定"每秒钟给编码器多少比特"。三种模式各有适用场景，我一个个说。

模式	特点	适用场景	我的建议
CBR（恒定码率）	码率波动小，带宽稳定	直播推流、实时通话	直播首选，码率波动控制在±10%以内
VBR（可变码率）	码率随画面复杂度变化	本地录制、视频上传	画质优先时用，但注意峰值码率
CRF（恒定质量因子）	固定画质，码率自动调整	离线转码、视频编辑	0-51范围，一般用18-28

Android上设置码率控制模式的代码：

MediaFormat format = MediaFormat.createVideoFormat("video/avc", width, height);

// CBR模式（直播推荐）
format.setInteger(MediaFormat.KEY_BIT_RATE, 2_000_000); // 2Mbps
format.setInteger(MediaFormat.KEY_BITRATE_MODE, MediaCodecInfo.EncoderCapabilities.BITRATE_MODE_CBR);

// VBR模式（录制推荐）
format.setInteger(MediaFormat.KEY_BIT_RATE, 2_000_000);
format.setInteger(MediaFormat.KEY_BITRATE_MODE, MediaCodecInfo.EncoderCapabilities.BITRATE_MODE_VBR);

// CRF模式（Android原生支持有限，建议用x264软编）
// 硬编码器一般不支持CRF，需要走MediaCodec的复杂参数

避坑指南：我曾经在一个直播项目里用了VBR模式，结果画面复杂时码率飙到4Mbps，观众端卡成PPT。后来改成CBR + 码率自适应策略，问题就解决了。记住：直播场景，CBR是王道。

6.3 编码性能优化：preset、profile、level

这三个参数决定了编码器的"工作态度"。preset越慢，压缩率越高，但CPU消耗也越大。

Android MediaCodec支持的preset有限，但x264软编就丰富多了：

// x264软编preset设置（通过MediaCodec的复杂参数）
MediaFormat format = MediaFormat.createVideoFormat("video/avc", width, height);
// 通过setFeatureEnabled或setString传递x264参数
format.setString("vendor.qti-ext-enc-rc-params", "preset=veryfast");

// 或者用MediaCodec的PARAMETER_KEY_VIDEO_BITRATE动态调整
// 但preset一般需要在编码器初始化时设置

Preset等级	编码速度	压缩率	CPU占用	推荐场景
ultrafast	极快	低	低	低端设备、实时预览
veryfast	很快	中低	中低	直播推流（推荐）
fast	快	中	中	本地录制
medium	中等	中高	中高	离线转码
slow/placebo	慢/极慢	高	高	视频编辑、存档

profile和level决定了编码器的兼容性：

Baseline profile：最基础，所有设备都支持，但不支持B帧
Main profile：支持B帧，压缩率更高，大部分设备支持
High profile：支持8x8 DCT等高级特性，压缩率最高，但老设备可能不支持

我的经验：直播推流用Baseline profile + level 3.1就够了。为什么？因为B帧会增加延迟，直播场景对延迟敏感。而且Baseline兼容性最好，观众端不用操心解码问题。

6.4 编码性能优化实战技巧

说几个我在项目中踩过的坑和优化经验：

分辨率与码率的匹配：720p的视频，码率给1.5-2Mbps比较合理。给太低画质糊，给太高浪费带宽。我一般按"分辨率宽度 × 高度 × 0.07"估算基础码率。
帧率选择：直播场景24-30fps足够，别盲目上60fps。帧率越高，编码压力越大，手机发热越严重。
多线程编码：MediaCodec默认会利用多核，但你可以通过参数控制线程数。有些设备线程数设多了反而性能下降。
硬件编码 vs 软件编码：Android上MediaCodec默认走硬件编码，性能好但参数控制有限。如果需要精细控制（比如CRF、自定义量化矩阵），就得用x264软编。

// 硬件编码器性能优化示例
MediaFormat format = MediaFormat.createVideoFormat("video/avc", 1280, 720);
format.setInteger(MediaFormat.KEY_BIT_RATE, 1_500_000);
format.setInteger(MediaFormat.KEY_FRAME_RATE, 30);
format.setInteger(MediaFormat.KEY_I_FRAME_INTERVAL, 2);
format.setInteger(MediaFormat.KEY_BITRATE_MODE, MediaCodecInfo.EncoderCapabilities.BITRATE_MODE_CBR);

// 设置编码质量（0-100，越高越清晰但越耗性能）
format.setInteger(MediaFormat.KEY_QUALITY, 80);

// 对于高通设备，可以尝试设置编码器优先级
format.setInteger("vendor.qti-ext-enc-quality-tier", 1);

重要提醒：不同厂商的硬件编码器行为差异很大。高通、联发科、麒麟、三星的编码器参数支持程度都不一样。我建议在测试阶段至少覆盖3-5款主流机型，否则上线后容易出兼容性问题。

嗯，H.264编码参数这块，说白了就是"平衡的艺术"。没有一套参数能通吃所有场景。你需要根据你的业务场景——是直播、录播还是视频编辑——去调整关键帧间隔、码率控制模式和preset等级。我个人习惯是先定场景，再选参数，最后在真机上反复测试验证。

编码性能优化也不是一蹴而就的事。我刚开始做的时候也踩了不少坑，比如在低端机上用high profile导致解码失败，或者在直播场景用了VBR导致码率波动。但只要你理解了每个参数背后的原理，调试起来就有方向了。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录

6、视频编码实战：H.264编码参数设置、关键帧间隔、码率控制、编码性能优化

6.1 关键帧间隔：直播延迟的命门

6.2 码率控制：CBR、VBR、CRF怎么选？

6.3 编码性能优化：preset、profile、level

6.4 编码性能优化实战技巧