2026年FPGA大赛用安路FPGA做实时视频去雾，暗通道先验算法在BRAM不够用，怎么用行缓冲和流水线优化硬塞进去？

行缓冲深度直接设成图像宽度，也就是1920，这样每行数据流进来你只需要缓存一行就够了，不用整帧存。暗通道求取、透射率估计、导向滤波这三步做成三级流水线，每级只处理当前行窗口内的数据。窗口大小15×15在安路FPGA上资源压力适中，BRAM主要给导向滤波的均值滤波用，如果还爆就把窗口降到11×11，效果差别不大。关键是设计时把BRAM当行缓存用，别当帧缓存用，这是最常见的坑。你们现在代码是整帧存还是逐行流式处理的？

个人感觉你遇到的BRAM爆满问题，八成是把整帧图像缓存下来了。暗通道先验算法其实可以完全流式处理，不需要全帧数据。行缓冲深度固定为一行1920像素，窗口15×15意味着你实际上需要缓存15行数据，但用移位寄存器或者分布式RAM做15行缓存，BRAM只用来存滤波系数和中间结果。流水线分三级：第一级求暗通道，用最小值滤波窗口；第二级算透射率，加个除法器IP；第三级导向滤波，这里最耗资源，建议把窗口大小降到11×11甚至7×7，安路FPGA的BRAM容量有限，别追求极致效果。另外可以试试把导向滤波换成快速双边滤波，省资源而且效果差不多。你们准备的安路具体是哪款型号？不同型号BRAM块数差挺多的。

先别急着调窗口大小，你首先要确认BRAM到底是怎么用的。暗通道先验算法里，BRAM的大头是导向滤波的均值滤波部分，传统的实现方式会缓存整帧图像来做box filter，这直接爆炸。正确做法是：用行缓冲+列累加器实现滑动窗口均值，行缓冲深度1920，用BRAM实现，列累加器用寄存器。这样导向滤波只需要缓存当前窗口内的数据，而不是整帧。具体步骤：第一步，设计一个15行深度的行缓冲，每行1920像素，用BRAM实现，每来一个新像素就更新缓冲区；第二步，暗通道求取直接用这个行缓冲里的15×15窗口做最小值滤波，输出逐像素的暗通道图；第三步，透射率估计用暗通道图和大气光值做除法，大气光值可以从暗通道图里实时统计，用峰值检测代替全局排序；第四步，导向滤波分成两步，先算均值图，再算方差图和相关系数，均值图用行缓冲+列累加器实现，只需要缓存两行数据。关键优化点：窗口大小15×15时，行缓冲数量是15，每个BRAM深度1920位宽8bit，安路FPGA一般有几十块BRAM，够用。如果还是不够，把窗口降到11×11，省30%的BRAM。还有个小技巧：暗通道求取和导向滤波可以共用同一组行缓冲，减少BRAM重复实例化。你现在的代码是分模块独立做行缓冲还是复用？这个细节决定最终资源能不能塞进去。

说实话看到你问行缓冲深度和窗口大小怎么选，我感觉你代码应该还没开始写，或者刚搭了个全帧缓存的雏形就爆BRAM了。这题其实挺典型的，安路的中低端FPGA BRAM总量也就几十到一百多块，1080P一帧存下来直接吃掉大半，后面啥都做不了。你提到的15×15窗口是暗通道先验的标准尺寸，效果上对雾霾均匀的场景已经很稳了，再小到11×11或7×7，近景有雾区域容易残留白斑，所以我建议你坚持15×15。关键是把BRAM当行缓存来用，深度设成1920，宽度按像素位宽，这样每行消耗的BRAM块数大约是ceil(19208/1024)≈15块（按单端口8bit算），15行总共也就225块左右，安路稍大一点的型号比如PH1A系列能扛住。流水线三级拆分：暗通道求取用行缓冲内15行数据做滑动最小值，透射率估计用除法器IP加一个小的FIFO对齐时序，导向滤波的均值部分复用行缓冲加上列累加器做box filter。这里有个容易忽略的点——导向滤波的方差计算需要两次均值，你得在行缓冲里同时维护原始图和暗通道图两路数据流，不然时序会打架。另外，如果安路那块片子BRAM实在紧张，可以把导向滤波的窗口从15×15降到11×11，效果损失约10%，但资源能省30%。你目前用的安路具体是哪个型号？不同系列BRAM块数差异很大，我才能判断225块够不够用。