场景化功耗优化才是真正落地的东西。我这些年踩过的坑，十有八九都跟这几个场景有关。今天先讲三个最常见的：视频播放、游戏、相机。19.1 视频播放场景功耗优化视频播放，说白了就是「解码 + 显示」。功耗大头在哪？我告诉你，不是 CPU，是 VPU（视频处理单元）和 Display Pipeline。19.1.1 解码器工作模式选择MTK 平台通常有硬件解码器（H.264/H.265）。我个人习惯，能用硬解绝不用软解。软解会把 CPU 跑满，功耗直接翻倍。但硬解也有坑。我记得有一次，客户反馈播放 1080p 视频功耗比竞品高了 200mW。查了半天，发现是解码器时钟频率没降下来。1080p 30fps 的视频，解码器跑在 400MHz 就够了，但代码里写死了 600MHz。关键优化点：根据视频分辨率动态调整 VPU 频率（720p/1080p/4K 分别对应不同 OPP）开启 MTK 的「Frame Pacing」机制，让解码器按帧率工作，不要空转关闭不必要的后处理模块（如 De-interlace、Denoise）19.1.2 显示链路的功耗控制视频播放时，显示链路是常亮的。但这里有个容易被忽略的点——DSI 接口的 Lane 数。1080p 60fps 的视频，其实 2-lane MIPI 就够了。但很多平台默认配了 4-lane。多出来的 lane 虽然不传数据，但物理层还在耗电。我建议在视频播放场景下，动态 19、MTK平台功耗：视频播放场景功耗优化、游戏场景功耗优化、相机预览与录像功耗优化
场景化功耗优化才是真正落地的东西。我这些年踩过的坑，十有八九都跟这几个场景有关。今天先讲三个最常见的：视频播放、游戏、相机。19.1 视频播放场景功耗优化视频播放，说白了就是「解码 + 显示」。功耗大头在哪？我告诉你，不是 CPU，是 VPU（视频处理单元）和 Display Pipeline。19.1.1 解码器工作模式选择MTK 平台通常有硬件解码器（H.264/H.265）。我个人习惯，能用硬解绝不用软解。软解会把 CPU 跑满，功耗直接翻倍。但硬解也有坑。我记得有一次，客户反馈播放 1080p 视频功耗比竞品高了 200mW。查了半天，发现是解码器时钟频率没降下来。1080p 30fps 的视频，解码器跑在 400MHz 就够了，但代码里写死了 600MHz。关键优化点：根据视频分辨率动态调整 VPU 频率（720p/1080p/4K 分别对应不同 OPP）开启 MTK 的「Frame Pacing」机制，让解码器按帧率工作，不要空转关闭不必要的后处理模块（如 De-interlace、Denoise）19.1.2 显示链路的功耗控制视频播放时，显示链路是常亮的。但这里有个容易被忽略的点——DSI 接口的 Lane 数。1080p 60fps 的视频，其实 2-lane MIPI 就够了。但很多平台默认配了 4-lane。多出来的 lane 虽然不传数据，但物理层还在耗电。我建议在视频播放场景下，动态