高帧率模式优化：60fps/120fps/240fps模式支持
高帧率模式，说白了就是让摄像头跑得更快。60fps是基础，120fps算进阶，240fps那就是高速摄影的范畴了。我在项目中遇到过不少厂商，一上来就说「我们要支持240fps」，结果Sensor选型都没搞清楚，最后只能降频跑。
嗯，这里要注意：高帧率不是你想开就能开的。它背后牵扯到Sensor读出速度、ISP处理能力、存储带宽三个核心瓶颈。我们一个一个说。
Sensor读出速度限制
Sensor的读出速度，决定了它每秒能输出多少帧。你想想看，一个1200万像素的Sensor，要跑到120fps，那每秒要读出14.4亿个像素点。这个数字很吓人吧？
实际项目中，Sensor的读出速度受限于两个因素：
- MIPI Lane数：Lane越多，带宽越大。4-lane MIPI是主流，但有些低端Sensor只支持2-lane
- 像素时钟频率：频率越高，读出越快。但功耗也会飙升
我曾经在一个项目中，Sensor标称支持120fps，但实际跑起来只能到90fps。查了半天，发现是MIPI时钟配置错了，少配了一组Lane。这种低级错误，嗯，调试时真的很浪费时间。
核心公式：帧率 = MIPI带宽 / (像素数 × 每像素比特数)
举个例子：4-lane MIPI，每Lane 1.5Gbps，总带宽6Gbps。对于10bit RAW输出，1200万像素：
最大帧率 = 6Gbps / (12M × 10bit) ≈ 50fps
你看，连60fps都跑不到。所以高帧率必须降低分辨率或使用binning模式。
ISP处理能力瓶颈
Sensor把数据送出来了，ISP能不能接住？这是个问题。
ISP的处理能力，通常用「每秒处理多少百万像素」来衡量。比如一个ISP标称600MP/s，那处理1200万像素的帧，最多能跑50fps。想跑120fps？要么降分辨率，要么换更强的ISP。
我个人习惯，在项目初期就会做这个计算：
// ISP处理能力估算
int isp_mpps = 600; // ISP每秒处理600百万像素
int sensor_width = 4000;
int sensor_height = 3000;
int target_fps = 120;
int required_mpps = sensor_width * sensor_height * target_fps / 1000000;
// required_mpps = 4000 * 3000 * 120 / 1000000 = 1440 MP/s
if (required_mpps > isp_mpps) {
// 必须降分辨率或降帧率
// 或者使用多ISP并行处理
}你看，600MP/s的ISP，根本接不住120fps的1200万像素。这时候怎么办？我建议用binning或者skip模式，把有效像素降下来。
避坑指南：我曾经遇到一个案子，ISP标称800MP/s，但实际跑高帧率时，图像质量惨不忍睹。后来发现是ISP的DDR带宽不够，数据堵在内部buffer里。所以别只看ISP的MP/s，还要看它的DDR接口带宽。
存储带宽限制
这个点很多人会忽略。高帧率模式下，数据量暴增，DDR带宽很容易成为瓶颈。
我们来算一笔账：
| 帧率 | 分辨率 | 格式 | 每秒数据量 |
|---|---|---|---|
| 30fps | 1920x1080 | NV12 | ~93 MB/s |
| 60fps | 1920x1080 | NV12 | ~186 MB/s |
| 120fps | 1280x720 | NV12 | ~165 MB/s |
| 240fps | 640x480 | NV12 | ~110 MB/s |
你看，240fps虽然帧率高，但分辨率降下来后，总带宽反而没那么夸张。但如果是120fps跑1080p，那带宽压力就很大了。
我记得有个项目，客户非要120fps跑1080p，结果DDR带宽被打满，系统卡死。最后只能妥协到720p@120fps。嗯，这就是现实。
注意：存储带宽不只是DDR带宽，还包括Cache命中率、内存碎片等因素。高帧率模式下，建议使用连续物理内存，避免ION buffer的频繁分配释放。
高帧率模式的系统架构
说了这么多限制，那实际怎么设计高帧率模式呢？我画了一张图，展示典型的系统架构：
实际优化策略
说了这么多理论，来点实际的。我在项目中总结了一套高帧率优化流程：
- 先算带宽：Sensor读出带宽、ISP处理带宽、DDR带宽，三个都要算
- 再定分辨率：根据带宽余量，决定用全分辨率还是binning
- 然后配时钟：MIPI时钟、ISP时钟、DDR时钟，要匹配好
- 最后调参数：曝光时间、增益、帧间隔，这些都要微调
举个例子，240fps模式我一般这样配：
// 240fps模式配置示例
sensor_config:
mode: 640x480 @ 240fps
binning: 2x2 // 降低有效像素
mipi_lanes: 4
mipi_clock: 1200 MHz // 每Lane 1.2Gbps
isp_config:
input: 640x480 @ 240fps
processing: 640x480 @ 240fps
ddr_bandwidth: ~110 MB/s // NV12格式
buffer_config:
count: 6 // 环形buffer
size: 640 * 480 * 1.5 // NV12
allocation: ION // 连续物理内存你看，240fps模式下，分辨率降到640x480，带宽压力反而比1080p@60fps小。这就是权衡的艺术。
个人经验：我建议在HAL层做一个「帧率-分辨率-格式」的映射表。上层应用只需要说「我要高帧率」，HAL自动选择最优组合。这样既灵活又稳定。
嗯，高帧率模式优化，说白了就是一场带宽的博弈。Sensor、ISP、DDR，哪个环节先撑不住，哪个就是瓶颈。找到瓶颈，然后想办法绕过去——这就是优化的本质。