177、安霸CVflow在车载8路AHD输入下的ISP分时复用架构——如何用单ISP核处理多路不同分辨率码流去年夏天在南方某Tier1的调试间里，我们对着示波器上那几路AHD信号的场同步沿发愁。客户要求8路720p@25fps的AHD摄像头同时输入，但安霸那颗CV22的ISP核只有一个，硬件上也没有独立的ISP通道——这几乎是所有中端安霸方案的宿命。你翻遍SDK文档，看到的都是“支持多路虚拟通道”，但真正把8路不同分辨率的码流喂进去，第一个晚上就能让你见识什么叫“帧率打架”。先说清楚硬件底牌。CVflow架构里ISP核是串行流水线，它不像高通Spectra那样有多个独立ISP实例，也不像海思有硬化的多路VI模块。安霸的思路是“时间换空间”——用MIPI CSI-2的虚拟通道（VC）把多路AHD解串后的BT.656或BT.1120数据打包进同一条物理链路，ISP核按帧间隔轮流处理每一路。听起来简单，但坑全在时序上。我们当时的第一版方案是“固定轮询”——每路分配固定的时间片，比如每帧16.6ms，8路就每路2ms。结果720p@25fps的AHD信号，每路有效像素行约720行，行场消隐期加起来也就1.2ms左右，2ms的时间片理论上够用。但实际跑起来，第3路和第5路画面出现横向撕裂，而且不是偶发，是规律性出现。用逻辑分析仪抓MIPI的LP/HS状态，发现ISP核在处理第3路时，第5路的VSYNC已经来了，但ISP还在等第3路的帧尾——因为AHD解串器输出的时序不是严格等间隔的，模拟信号经过线缆传输，行同步抖动能达到几十微秒，时间片边界一旦碰上抖动，就会丢帧。后来我们改成“事件驱动”——用VSYNC中断触发ISP切换，哪路来了场同步 177、安霸CVflow在车载8路AHD输入下的ISP分时复用架构——如何用单ISP核处理多路不同分辨率码流
177、安霸CVflow在车载8路AHD输入下的ISP分时复用架构——如何用单ISP核处理多路不同分辨率码流去年夏天在南方某Tier1的调试间里，我们对着示波器上那几路AHD信号的场同步沿发愁。客户要求8路720p@25fps的AHD摄像头同时输入，但安霸那颗CV22的ISP核只有一个，硬件上也没有独立的ISP通道——这几乎是所有中端安霸方案的宿命。你翻遍SDK文档，看到的都是“支持多路虚拟通道”，但真正把8路不同分辨率的码流喂进去，第一个晚上就能让你见识什么叫“帧率打架”。先说清楚硬件底牌。CVflow架构里ISP核是串行流水线，它不像高通Spectra那样有多个独立ISP实例，也不像海思有硬化的多路VI模块。安霸的思路是“时间换空间”——用MIPI CSI-2的虚拟通道（VC）把多路AHD解串后的BT.656或BT.1120数据打包进同一条物理链路，ISP核按帧间隔轮流处理每一路。听起来简单，但坑全在时序上。我们当时的第一版方案是“固定轮询”——每路分配固定的时间片，比如每帧16.6ms，8路就每路2ms。结果720p@25fps的AHD信号，每路有效像素行约720行，行场消隐期加起来也就1.2ms左右，2ms的时间片理论上够用。但实际跑起来，第3路和第5路画面出现横向撕裂，而且不是偶发，是规律性出现。用逻辑分析仪抓MIPI的LP/HS状态，发现ISP核在处理第3路时，第5路的VSYNC已经来了，但ISP还在等第3路的帧尾——因为AHD解串器输出的时序不是严格等间隔的，模拟信号经过线缆传输，行同步抖动能达到几十微秒，时间片边界一旦碰上抖动，就会丢帧。后来我们改成“事件驱动”——用VSYNC中断触发ISP切换，哪路来了场同步