企业官网建设流程全解析

084、ISP 多Context调度：预览、抓拍、录像三路并行 ISP 资源分配

一、从一次“录像丢帧”的深夜调试说起

去年Q3，我接手一个高通SM8550平台的旗舰机项目。客户反馈：在4K60录像过程中，快速连拍10张，回放录像时发现第3秒到第5秒之间出现明显卡顿，帧率从60fps掉到30fps左右。我第一反应是“ISP带宽不够了”，但翻看log发现ISP的统计计数器显示：preview context的帧率稳定在30fps，capture context的帧率也正常，唯独video context的帧率在连拍期间出现周期性抖动。

更诡异的是，当我把preview的分辨率从1080p降到720p，问题消失。但客户要求preview必须保持1080p 60fps，因为要支持“预览实时美颜”。这让我意识到：这不是单纯的带宽问题，而是ISP多Context调度策略的“优先级反转”问题——capture context抢占了video context的ISP管线资源，但调度器没有及时回退。

二、ISP多Context的硬件基础：别把“并行”想得太美

很多刚入行的同学以为ISP的多个Context是“完全独立”的硬件单元，就像CPU的多核一样。实际上，绝大多数移动ISP（高通、联发科、三星）的硬件架构是“共享管线+独立配置寄存器”：

• 共享资源：RAW域处理单元（BLC、LSC、AWB统计）、统计引擎（AE/AF/AWB）、DMA带宽（写DDR的通道数有限）