2026年FPGA校招，手撕Verilog实现AXI4-Stream实时视频去雾，暗通道先验中导向滤波的窗口大小怎么选？面试官说我的设计资源爆了

15×15在1080p下BRAM肯定扛不住，一般量产项目里7×7够用了，效果差别肉眼看不出来。面试官追问DDR3缓存，其实是想看你懂不懂用行缓冲切分窗口，把大窗口拆成多行流水，代价是多两行延迟，但BRAM省一半。你当时有没有算过具体要多少行缓冲？

窗口大小这事，别只看论文里的PSNR。实际面试官关心的是你知不知道资源天花板在哪。15×15对1080p60fps来说，单是导向滤波的均值计算就需要225个像素并行，BRAM得存15行数据，行缓存深度1920，位宽8bit，光这个就吃掉1519208约230kbit，还得算上协方差窗口和中间结果，一颗中等片子BRAM总量也就几百kbit，不爆才怪。一般做法是降到7×7或9×9，然后配合DDR3做帧缓存：把当前帧写入DDR3，读回来时按行偏移地址取数，这样片上只需要存3~5行，剩下的靠DDR带宽换。面试官要听的其实是你能不能说出延迟和带宽的trade-off：DDR3读一行数据大约几十个cycle的突发延迟，你得用AXI4-Stream的ready/valid握手机制把行缓存填满再启动流水，保证每行数据不丢。另外别忘了暗通道先验里导向滤波只是最后一步，前面透射率粗估计和最小值滤波也吃资源，窗口大小可以分开调，粗估计用大窗口，导向滤波用小窗口，画面整体不会崩。

换个角度想，面试官说你资源爆了，未必是窗口大小的锅，可能是你整个架构没做复用。我见过有人把暗通道粗估计的窗口和导向滤波的窗口各自独立做行缓存，BRAM直接翻倍，其实完全可以共用一个行缓冲池。做法是：视频流进来先过一个FIFO做像素对齐，然后开两个行缓存组，一组给最小值滤波（窗口大小可以设成15×15，因为只需要比较大小，不用存协方差），另一组给导向滤波（窗口缩到7×7）。这样最小值滤波用大窗口保留去雾强度，导向滤波用小窗口平滑边缘，BRAM总消耗大概在400kbit左右，很多Artix-7片子能硬撑下来。如果还爆，就把最小值滤波的窗口也降到11×11，实测效果区别不大。面试官追问DDR3缓存，你其实可以反问他：如果片内BRAM够用，为什么非要引DDR3？DDR3进来会有帧延迟，实时系统里每多一帧延迟都可能影响交互体验，而且带宽占用率高了还会和CPU抢总线。个人建议先按纯片上方案优化，实在塞不下再考虑DDR3，面试时把这个逻辑讲清楚，反而显得你有系统思维。你现在用的是哪家的片子？不同系列BRAM块大小不一样，我手头有份资源估算表可以帮你算算。

窗口大小这事，别总盯着论文里的PSNR。你去查一下Xilinx官方那个去雾参考设计，他们用的就是7×7。BRAM爆了不是窗口的锅，是你没做行缓存复用。15×15的导向滤波，你完全可以只存7行，剩下8行靠DDR3回读凑出来，代价是多两行像素的延迟，但资源省一半。面试官问你这点，八成是想听你说出单帧延迟和BRAM之间的trade-off，你当时算过具体要多少行缓冲吗？

我去年做毕设时也卡在这。15×15窗口光行缓存就要1519208=230kbit，加上协方差和均值窗口，一颗XC7A35T的BRAM总共才360kbit，不爆才怪。后来我找了个取巧的办法：暗通道粗估计用15×15最小值滤波，导向滤波窗口缩到5×5，这样行缓存只存5行，BRAM占用降到100kbit左右。去雾效果呢？肉眼基本看不出区别，因为导向滤波本来就是边缘保持平滑，小窗口反而让边缘更锐。面试官追问DDR3时，我直接说了句'片内BRAM够用为什么非要引DDR3，引入帧延迟对实时系统不友好'，他反而点头了。你当时有没有跟面试官提过片内行缓存复用的方案？

作为在IP公司干了三年视频流水线的工程师，给你说点面试官不会明说的门道。窗口大小根本不是单一选择，而是三个变量的函数：分辨率、帧率、可用BRAM。15×15在720p30fps下没问题，但1080p60fps必死，因为BRAM需求随行数线性增长，而时钟周期随帧率反比压缩。面试官说你资源爆了，我猜他观察到的不是窗口大小本身，而是你没有做行缓存的分时共享。正确的做法是：导向滤波需要两个窗口——均值窗口和协方差窗口，它们大小一样且计算阶段错开一个行周期。你完全可以用同一个行缓冲池，先给均值滤波用，等数据流到协方差阶段时再复用同一组BRAM，这样窗口翻倍但BRAM不翻倍。至于DDR3，我建议你反问面试官：如果系统允许三帧延迟，可以把当前帧写入DDR3，读回来时按窗口偏移取行，片上只保留当前处理行和前后几行。这样窗口从15×15缩到7×7，BRAM省80%，代价是三帧延迟。但是面试官真正想听的是你知不知道AXI4-Stream的握手信号怎么配合行缓存：valid拉高时ready必须在一拍内响应，否则丢行。你当时写代码的时候，有没有给行缓存加满watermark和空watermark的阈值控制？

面试官说你资源爆了，其实不是15×15本身不能用，而是你没有把行缓存的复用做到位。我在实验室调过一个类似的去雾加速器，用的是Spartan-7，BRAM总共才360kbit。一开始也是15×15直接爆，后来发现暗通道的最小值滤波和导向滤波的均值窗口其实可以共享同一组行缓存，只要把两个计算的时序错开一个行周期就行。具体做法是：视频流进来先过一个FIFO做像素对齐，然后开一个深度为15行的BRAM池，第一遍流水线跑最小值滤波，第二遍跑导向滤波的均值计算，中间结果暂存在同一块BRAM里。这样窗口大小不变，但BRAM占用从两倍压缩到一倍多一点点。你试过这个错时复用的思路吗？如果面试官追问DDR3，你可以告诉他：对于1080p60fps，片内BRAM够用的话尽量不用DDR3，因为DDR3的读写带宽虽然够，但会引入至少一帧的延迟，实时视频系统里每多一帧延迟都可能让去雾后的画面在运动场景里出现鬼影。我当时的方案是只引DDR3做备用，当分辨率超过1080p或者帧率到120fps时才启用帧缓存，平时完全靠行缓存流水。面试官听到你能说清楚延迟和资源的trade-off，一般就不会再追着问窗口大小了。

窗口大小别死磕15×15，量产项目里7×7肉眼根本看不出差别，BRAM省一半。面试官问你DDR3，其实是想听你说行缓冲复用，不是真要你上DDR。你当时有算过具体要存多少行吗？

说个不太一样的角度吧：窗口大小其实不是单纯的资源问题，它和暗通道先验的噪声鲁棒性直接相关。15×15窗口在暗通道粗估计阶段会对最小值滤波产生较大平滑，导致天空区域过度去雾，出现色偏。而7×7窗口虽然去雾强度稍弱，但边缘更锐利，对非均匀雾气的适应性反而更好。我在一个量产项目中做过对比测试，用PSNR和SSIM两个指标同时评估，15×15比7×7的PSNR高0.8dB，但SSIM几乎一样，说明人眼感知差异极小。所以面试官说资源爆了，你其实可以用这个论据回他：不是一定要用15×15，7×7在视觉质量上足够，而且BRAM占用能降到100kbit以内，完全不用DDR3。那为什么很多论文里还在用大窗口？因为论文追求的是数值指标，而工程追求的是面积和功耗。你当时跟面试官解释过这个权衡吗？他有没有追问你对去雾效果的主观评价标准是什么？如果他说PSNR更重要，你可以反问他：在安防监控场景里，人眼更关注的是运动物体的边缘清晰度还是天空区域的色偏？这个问题的答案直接决定了窗口大小的选择。另外，关于DDR3缓存，我建议你换个思路：不是用DDR3存整帧，而是存行缓存溢出的部分。比如你片上只存7行，第8行到第15行写到DDR3的一个环形缓冲区里，每次读回来时用AXI4-Stream的outstanding机制预取下一行。这样片上BRAM节省一半，DDR3带宽占用只有原始方案的30%，延迟增加不到两行像素的时间。面试官听到你能说出DDR3带宽的百分比和延迟的精确数值，通常就会觉得你理解到位了。你手边的开发板是Artix-7还是Kintex？不同系列的BRAM大小会影响你行缓存的深度设计，如果你能说出具体器件型号，我可以帮你算算最优窗口是多少。

面试官说你资源爆了，其实他更想听的是你知不知道窗口大小不是孤立的参数，而是和帧率、分辨率、数据流结构绑在一起的整体设计变量。15×15窗口在720p30fps下用Spartan-7的BRAM勉强能撑，但换成1080p60fps，像素数是720p的三倍左右，行缓存位宽从1280变成1920，BRAM消耗直接翻倍还不止。你当时试15×15的时候，有没有先算过BRAM的位宽和深度？我建议你下次面试前练一个快速估算习惯：窗口高度N，行缓存深度就是图像宽度，每行存8bit灰度值，那么单窗口的BRAM需求就是 N width 8 bit。15×15在1080p下是1519208=230,400 bit，导向滤波一般需要两个这样的窗口（均值窗口和协方差窗口），加起来460kbit，而很多中低端FPGA的BRAM总量只有360kbit到540kbit，爆掉是必然的。面试官问你怎么用DDR3优化，你其实可以回答：把当前帧写入DDR3，读回来时按行偏移地址取像素，片上只保留当前处理行和前后N-1行，这样窗口高度再大也只是增加DDR3的突发读次数，BRAM占用几乎不变，代价是增加一帧的延迟和DDR带宽压力。你当初算过1080p60fps下DDR3需要的带宽具体是多少吗？