第4章录像功耗优化

课程目录第4章录像功耗优化

4. 录像功耗优化：录像编码器选择(H.264 vs H.265)、码率控制策略、音频同步功耗

录像功能，说白了就是相机模块里最吃电的环节之一。你想想看，摄像头在拍，编码器在压，音频在录，三路数据同时跑，功耗能不高吗？我这些年调过的录像功耗问题，少说也有几十个案子了。今天咱们就聊聊录像场景下，怎么把功耗压下来。

4.1 编码器选择：H.264 还是 H.265？

这个问题，几乎每个做相机的工程师都会纠结。H.265 压缩率高，但计算量大；H.264 省电，但文件大。到底选哪个？

我个人习惯：先看平台，再看场景。

先看一张对比表，心里有个底：

对比项	H.264 (AVC)	H.265 (HEVC)
压缩率	基准	提升约 30%~50%
编码计算量	低	高（约 1.5~2x）
硬件编码器普及度	几乎所有平台都有	中高端平台才有
典型功耗（1080p@30fps）	约 200~300mW	约 350~500mW
文件大小（同等画质）	大	小

看到这里你可能会问：那 H.265 功耗更高，为什么还要用它？

嗯，这里要注意一个关键点：功耗和存储是 trade-off。如果你录 4K 视频，H.264 的码率要拉到很高才能保持画质，这时候编码器反而更累，功耗可能反超 H.265。我在项目中遇到过一款中端芯片，录 4K@30fps 时，H.264 硬编功耗 480mW，H.265 反而只有 420mW。为什么？因为 H.264 码率太高，编码器一直在满负荷跑。

核心结论：

1080p 及以下：优先用 H.264，功耗优势明显
4K 及以上：建议用 H.265，码率降下来后，编码器反而更省电
低端平台：老老实实 H.264，H.265 硬编可能没有，软编功耗直接爆炸

4.2 码率控制策略：不是越高越好

码率控制，是录像功耗优化的重头戏。很多人觉得码率越高画质越好，但功耗也越高。怎么平衡？

常见的码率控制模式有三种：

CBR（恒定码率）：码率固定，功耗稳定，但画质波动大
VBR（可变码率）：码率动态调整，画质好，但功耗忽高忽低
CQP（恒定量化参数）：固定 QP 值，画质最稳，但码率不可控

我建议：录像场景下，优先用 CBR + 动态帧控 的组合。

为什么？因为录像需要稳定的码率输出，否则文件大小不可控，存储和传输都会出问题。但 CBR 有个缺点：场景复杂时，编码器为了维持码率，会拼命压缩，画质下降，功耗反而上升。

解决办法是：动态调整帧率。比如在暗光场景下，把帧率从 30fps 降到 24fps，码率不变，但每帧的编码时间更充裕，编码器不用那么拼命，功耗自然降下来。

避坑指南：

我曾经在一款手机上遇到录像发热严重的问题。排查后发现，码率设置的是 20Mbps，但场景是静态的文档拍摄，根本不需要这么高。后来我加了一个场景检测模块：静态场景自动降到 8Mbps，动态场景才拉高。功耗直接降了 15%。

码率控制的具体实现，Android 平台一般通过 MediaCodec 的 KEY_BITRATE_MODE 来设置：

MediaFormat format = MediaFormat.createVideoFormat(MIME_TYPE, width, height);
format.setInteger(MediaFormat.KEY_BIT_RATE, bitRate);
format.setInteger(MediaFormat.KEY_BITRATE_MODE, MediaCodecInfo.EncoderCapabilities.BITRATE_MODE_CBR);
format.setInteger(MediaFormat.KEY_FRAME_RATE, frameRate);
format.setInteger(MediaFormat.KEY_I_FRAME_INTERVAL, 1); // 关键帧间隔

嗯，这里还要注意一个细节：关键帧间隔。间隔越短，编码器需要插入的 I 帧越多，I 帧的数据量大，编码功耗也高。我个人习惯把关键帧间隔设为 2~3 秒，既保证 seek 流畅，又不会太耗电。

4.3 音频同步功耗：被忽视的耗电大户

录像时，音频和视频是两条独立的 pipeline。音频采集、编码、同步，每一步都有功耗。很多人只盯着视频编码器，忽略了音频部分。

音频功耗主要来自三个方面：

音频采集：麦克风供电、ADC 转换
音频编码：AAC 或其它编码器的计算
音视频同步：时间戳对齐、缓冲管理

我测过一组数据，在典型录像场景下：

模块	功耗占比
视频编码器	约 60%
音频编码器	约 10%
音频采集 + 同步	约 15%
其它（显示、存储等）	约 15%

音频部分加起来占了 25%，这可不是小数目。

怎么优化？

采样率别太高：48kHz 就够了，别用 96kHz。人耳根本听不出区别，但编码器要多算一倍的数据。
声道数按需配置：单声道录音比立体声省电约 30%。如果不是专业场景，单声道完全够用。
音频编码器选对：AAC-LC 比 AAC-HE 省电，因为 HE 需要额外的 SBR 工具。
同步策略要轻量：别用复杂的 PLL 锁相环，用简单的时间戳对齐就行。我在项目中遇到过，某平台用了高精度的音频时钟同步，结果音频模块功耗多了 50mW，后来换成软件对齐，功耗降下来了，同步精度也够用。

注意：

音频同步不能省过头。如果音频和视频的时间戳偏差超过 100ms，用户会明显感觉到音画不同步。我建议把同步精度控制在 ±50ms 以内，既省电又保证体验。

4.4 整体策略：从系统层面看录像功耗

录像功耗优化，不能只盯着编码器。你得从系统层面看：

CPU/GPU 负载：编码器跑在硬件上，但控制逻辑、场景检测、码率调整这些都在 CPU 上跑。CPU 频率别拉太高，够用就行。
内存带宽：录像时，数据从 ISP 到编码器，再到内存，一路都在搬数据。带宽越高，功耗越大。我建议用 ION 内存池 来减少内存拷贝。
温控策略：录像时间长了，芯片发热，温控会降频。降频后编码器效率下降，功耗反而可能上升。所以，提前做好散热设计，或者主动降码率来降温。

最后，画一张流程图，把录像功耗优化的核心逻辑串起来：

这张图把录像功耗优化的核心流程串起来了：先做场景检测，再选编码器，然后控制码率，最后别忘了音频同步。每一步都有优化空间，关键是找到适合你平台的平衡点。

总结一下录像功耗优化的三个要点：

编码器选择：1080p 用 H.264，4K 用 H.265，别盲目追新
码率控制：CBR + 动态帧控，场景检测自动调码率
音频同步：采样率别太高，声道数别太多，同步精度 ±50ms 够用