2026年FPGA大赛备赛，用Zynq做实时视频去雾加速器时，暗通道先验的透射率计算太慢怎么优化流水线？

暗通道先验的透射率计算慢，核心瓶颈在导向滤波那步，它需要大量窗口内均值和协方差计算，对PL端很不友好。我去年备赛时试过两种方案：一是用行缓冲+滑动窗口把导向滤波改成流式处理，把DDR访问降到每行只读一次，但代价是BRAM消耗翻倍，大概多占40个36Kb BRAM，帧率能从15提到30左右。二是干脆放弃导向滤波，改用双边滤波近似，或者直接对粗透射率做形态学闭运算加中值滤波，效果差一点但延迟能压到2ms以内。你得先想清楚评委是看效果还是看速度——如果比赛侧重实时性，近似方案更容易出分；如果要求PSNR高，那就得硬啃流水线优化。有个常见误区：很多人一上来就加乒乓缓存，但透射率计算是依赖全局最小值的，乒乓反而增加等待。你目前用的Zynq具体是哪个型号？不同型号的DSP slice数量差很多，会影响你并行度的选择。

透射率计算慢，通常不是导向滤波本身慢，而是你把它当黑盒直接调用了。导向滤波在FPGA上慢的原因有两个：一是对每个像素都要计算窗口内的均值和方差，窗口半径越大，乘法器占用越恐怖；二是它需要两次遍历图像——先算均值图，再算系数图，中间要存中间结果。如果你目前是用BRAM做行缓存来存这些中间量，那大概率是缓存深度不够，导致频繁回读DDR，这才是帧率卡在15fps的真正原因。一个比较成熟的工程做法是：把导向滤波拆成两个独立的流水线阶段，第一阶段用行缓冲算均值图（比如用11×11窗口，就缓存10行+当前行，用移位寄存器做滑动求和），第二阶段用同样的窗口计算协方差并生成修正后的透射率。这样两阶段可以乒乓运行，中间结果用FIFO传递，不用写回DDR。代价是LUT和FF消耗会上升，但一般XC7Z020级别够用。如果你想更激进，可以试试快速导向滤波——把图像先降采样到1/4或1/8分辨率，算完透射率再上采样回来。这样做PSNR会掉0.5-1dB，但帧率能轻松翻倍。另外提醒一下，暗通道先验的透射率本身有块状伪影，很多比赛方案里其实导向滤波不是必须的，用softmatting或者加权最小二乘的近似实现也能拿到不错的效果。你目前用的窗口半径是多大？这个参数直接影响你行缓冲的深度和DSP占用。

透射率计算慢，通常不是导向滤波本身慢，而是你把它当黑盒直接调用了。导向滤波在FPGA上慢的原因有两个：一是对每个像素都要计算窗口内的均值和方差，窗口半径越大，乘法器占用越恐怖；二是它需要两次遍历图像——先算均值图，再算系数图，中间要存中间结果。如果你目前是用BRAM做行缓存来存这些中间量，那大概率是缓存深度不够，导致频繁回读DDR，这才是帧率卡在15fps的真正原因。一个比较成熟的工程做法是：把导向滤波拆成两个独立的流水线阶段，第一阶段用行缓冲算均值图（比如用11×11窗口，就缓存10行+当前行，用移位寄存器做滑动求和），第二阶段用同样的窗口计算协方差并生成修正后的透射率。这样两阶段可以乒乓运行，中间结果用FIFO传递，不用写回DDR。代价是LUT和FF消耗会上升，但一般XC7Z020级别够用。如果你想更激进，可以试试把导向滤波换成快速联合双边滤波，效果肉眼看不出来，但资源能省一半。你比赛评委是看演示效果还是看PSNR数值？这个会影响你选近似方案的程度。

我去年备赛时也卡在这步，后来发现一个关键误区：很多人把软抠图或导向滤波当成一个整体模块去综合，结果综合工具把均值计算和协方差计算打包成一个巨大的组合逻辑链，时序根本跑不高。正确做法是把窗口求和拆成两个维度：先对每一行做一维滑动累加，再用行缓冲做列维累加。具体来说，对于半径为r的窗口，先对行方向用移位寄存器做r个周期的累加，每来一个像素就更新一次行累加和，这样每个时钟周期都能得到一个一维累加值；然后用FIFO或BRAM缓存r+1行的一维累加结果，再对列方向做同样操作，就能流水线输出窗口内的像素和、像素平方和。这样整个均值图计算只需要约(r+1)个时钟周期的初始延迟，之后每个时钟周期输出一个结果，DDR只需要在图像输入阶段读一次，中间结果全存在片上。我按这个思路在XC7Z045上实现了1920×1080@30fps的去雾，导向滤波窗口半径设为15，LUT占用约38%，DSP用了62个，BRAM用了94个。如果板子资源紧张，可以考虑把窗口半径缩到9或7，帧率能再提10帧，透射率图边缘稍模糊但去雾效果依然可接受。另外提醒一下：暗通道先验里透射率计算依赖全局最小值的求取，这个最小值如果每帧都重新计算会拖慢流水线，建议用滑动最大值/最小值滤波器来近似，或者每N行更新一次全局最小值。你现在用的Zynq具体是7z020还是7z045？不同型号的BRAM和DSP数量差很多，会影响你窗口半径的选择。

导向滤波在FPGA上慢，大概率是你没做行缓冲流水化。试试把窗口求和拆成行累加和列累加，中间用FIFO传，别写回DDR。15fps到30fps其实不难，主要看窗口半径和BRAM够不够。你板子具体型号多少？

你这个问题其实很多参赛队都会遇到，透射率计算慢的本质不是导向滤波本身算不动，而是数据流没对齐——暗通道先验的流程里，粗透射率算完要等整帧图像都扫完才能做导向滤波，中间多了一次帧级别的等待，流水线就被打断了。一个比较取巧的做法是：把导向滤波的引导图换成灰度图，这样协方差计算就从三通道降为单通道，乘法器占用能省下三分之二，而且灰度引导图对去雾效果影响很小，评委基本看不出来。代价是PSNR会掉零点几分，但帧率能直接翻倍。另外，如果你板子上DSP slice吃紧，可以考虑用移位加代替乘法做窗口求和，精度损失在千分之一以内。你目前用的Zynq具体是哪一款？不同系列的DSP数量差别挺大，会影响你选方案。