2026年FPGA校招，面试官问Verilog实现AXI4-Stream实时视频去雾，暗通道先验的透射率计算用均值滤波还是导向滤波更省资源？

均值滤波加双边补偿是面试官想听的常规思路，暗通道先验里的透射率本身对边缘精度没那么敏感，用均值滤波省下DSP去干导向滤波那部分就行。你1080P60的行缓冲深度大概得1920像素，5×5窗口的话BRAM用四行就够了。

面经里问这个，面试官其实不是真想看你手撕导向滤波——他更想听你算清楚资源账。1080P60下像素时钟大概148.5MHz，均值滤波一个5×5窗口只需要25个时钟周期做累加，DSP用0个，纯LUT加寄存器就能搞定；导向滤波光协方差矩阵就得至少5个DSP48E1，BRAM还要多存两行数据做滑动窗口。我的建议是：均值滤波做粗透射率图，然后在细化阶段用双边滤波的查表法做边缘补偿，这样DSP只用2个做乘法，BRAM控制在4块以内。流水线上注意把暗通道求最小值、透射率计算、大气光估计这三段做成三级流水，每级之间加valid-ready握手，数据流就不会断。另外提醒一句，面试官可能会追问大气光值怎么在流式里更新，你准备个滑动窗口取前1%最亮像素的均值方案，比全局搜索省逻辑。你现在是准备用Xilinx还是国产FPGA？不同厂家的DSP分布密度会影响具体选择。

均值滤波加双边补偿是面试官想听的常规思路，暗通道先验里的透射率本身对边缘精度没那么敏感，用均值滤波省下DSP去干导向滤波那部分就行。你1080P60的行缓冲深度大概得1920像素，5×5窗口的话BRAM用四行就够了。

面经里问这个，面试官其实不是真想看你手撕导向滤波——他更想听你算清楚资源账。1080P60下像素时钟大概148.5MHz，均值滤波一个5×5窗口只需要25个时钟周期做累加，DSP用0个，纯LUT加寄存器就能搞定；导向滤波光协方差矩阵就得至少5个DSP48E1，BRAM还要多存两行数据做滑动窗口。我的建议是：均值滤波做粗透射率图，然后在细化阶段用双边滤波的查表法做边缘补偿，这样DSP只用2个做乘法，BRAM控制在4块以内。流水线上注意把暗通道求最小值、透射率计算、大气光估计这三段做成三级流水，每级之间加valid-ready握手，数据流就不会断。另外提醒一句，面试官可能会追问大气光值怎么在流式里更新，你准备个滑动窗口取前1%最亮像素的均值方案，比全局搜索省逻辑。你现在是准备用Xilinx还是国产FPGA？不同厂家的DSP硬核数量差别很大，这会影响你最后选哪个滤波器。

我去年校招被问过类似题，面试官更关心你对AXI4-Stream握手机制的理解。透射率用均值滤波就行，重点是把行缓冲做成双端口BRAM，写地址按像素递增，读地址配合5×5窗口的偏移量去拼出9个像素的并行数据。导向滤波的矩阵求逆在FPGA上很难流水化，面试官要是让你现场写Verilog，大概率会卡住。你不如直接说均值滤波加一个简单的边缘检测做后处理，比如Sobel算子只更新边缘区域的透射率，这样边缘保持效果能提升30%，资源只多花几个LUT。你目前项目里用过AXI4-Stream的tlast信号做帧同步吗？如果没用过，建议先拿一个最简单的灰度转RGB模块练手，把tready反压机制跑通再说去雾的事。

均值滤波加双边补偿是面试官最想听到的折中方案，导向滤波在FPGA上做流式处理太折腾了，光协方差矩阵的求逆就得耗掉好几个DSP48E1，而且流水线一旦断掉，valid-ready握手的时序很容易崩。你不如把均值滤波的5×5窗口做透射率粗估计，然后在边缘区域用Sobel算子的结果做一个简单的阈值判断，只对边缘像素做双边滤波补偿。这样BRAM只用四行，DSP用两个做乘法就够了，帧率也能稳住。你目前手头有现成的行缓冲模块吗？还是准备从头搭？

面试官问这个，我猜他真正想考察的不是你背下导向滤波的公式，而是你知不知道1080P60下148.5MHz时钟里BRAM和DSP到底能吃多少。均值滤波的累加器只需要LUT和进位链，窗口滑完一个像素算一个透射率，延迟固定。导向滤波要额外存两行数据做滑动窗口的协方差统计，BRAM从4块飙到7块，DSP从0个变成6个起步。我的建议是，你先用均值滤波把暗通道和透射率算出来，大气光值用滑动窗口取前1%像素均值，这些都不费DSP。然后透射率细化那一步，别硬上导向滤波，改用查表法做双边滤波，把边缘补偿的系数预先算好存到ROM里，这样流水线就是三级：最小值计算、透射率粗估计、双边补偿加去雾输出。每级之间用AXI4-Stream的tvalid和tready做背靠背握手，不会有气泡。你准备用Block RAM还是分布式RAM做行缓冲？这个选型会影响时序收敛难度。

坦白讲，校招面试官问透射率用均值滤波还是导向滤波，本质上是在看你对资源-性能权衡有没有工程直觉。均值滤波的优点是延迟固定、BRAM与DSP极省，缺点是边缘模糊会让天空区域出现光晕artifact。导向滤波边缘好，但流式实现里协方差矩阵的求逆没法做全流水，你只能算近似解，比如用盒式滤波代替导向滤波里的均值操作，这样本质上还是均值滤波的变体，只是多了一层局部方差计算。我个人的建议是，如果你手上只有Zynq-7010这种小芯片，老老实实走均值滤波加简单的边缘后处理，把省下来的DSP留给后面的去雾乘法器。如果你用Zynq-7045或K7系列，可以试试一种折中做法：透射率粗估计用均值滤波，然后对每个5×5窗口内的像素算一个局部标准差，当标准差大于某个阈值时，用这个小窗口内的像素做一次加权平均替代原来的均值滤波结果，权重由标准差和中心像素距离联合决定。这个做法只需要多存两行数据用于计算标准差，BRAM总量从4块变成6块，DSP多用1个做乘法，但边缘保持效果能接近导向滤波的80%。面试官如果追问你加权平均的权重怎么确定，你可以说用高斯函数加标准差自适应，权重事先算好存ROM，查表读出，不占用DSP。另外提醒一句，面试官可能会问你怎么处理视频流的第一帧和最后一帧的行缓冲空泡，你准备一个valid信号延迟同步的方案，用寄存器打拍把数据对齐，比直接加fifo省资源。你现在是打算用纯Verilog还是HLS写？HLS写去雾在资源控制和时序收敛上容易翻车，建议手写RTL，面试官也认可这个态度。你目前对AXI4-Stream的tkeep信号怎么处理有头绪吗？如果没接触过，建议先拿一个简单的像素格式转换模块练手，把tready反压和tlast帧同步跑通再说去雾的事。

我去年校招也被问过类似问题，当时面试官直接让我在白板上画流水线。坦白讲，透射率计算用均值滤波加边缘补偿是资源最省的路子，但有个坑你注意一下：均值滤波的窗口尺寸选5×5还是7×7，BRAM消耗差不少——1080P下5×5需要4行BRAM做行缓冲，7×7就得6行，而且5×5对天空区域的光晕抑制已经够用。导向滤波的好处是边缘自然，可它在AXI4-Stream里做协方差统计时，窗口滑动每来一个像素都得更新局部均值、方差、协方差三个累加器，DSP至少吃掉6个，流水线还容易因为乘法器深度不够而插气泡。我自己的做法是：暗通道最小值用5×5窗口的移位寄存器实现，透射率粗估计后接一个3×3的Sobel边缘检测，只对边缘像素做一次查表补偿，补偿系数预先算好存ROM。这样整个模块DSP只用2个做大气光值和最终去雾的乘法，BRAM 4块，时序在148.5MHz下能闭环。你准备用Vivado的IP核搭行缓冲还是自己写RTL？如果自己写，记得把BRAM配置成真双端口，读写地址错开一拍，不然读延迟会导致窗口数据对不齐。

校招面试问这个，其实考察分两层：第一层是你知不知道均值滤波和导向滤波的资源差距，第二层是你有没有能力在AXI4-Stream的握手机制下把流水线做稳。透射率计算本身不是瓶颈，瓶颈在于暗通道求最小值的那一步——你要对每个像素的RGB三分量取最小值，然后再对窗口内的最小值做一次最小值滤波。很多新手直接用一个比较树去算窗口最小值，结果BRAM里存的数据宽度不够，或者比较器的级联延迟把时钟频率拖到100MHz以下。我的建议是：如果面试官允许你选用均值滤波，那就咬死均值滤波加阈值边缘补偿的方案。具体流水线拆成四个级：第一级做RGB最小值提取，用三个比较器并行出min_rgb；第二级做5×5均值累加，累加器用LUT进位链实现，不用DSP；第三级做透射率粗估计，公式是1 – omega mean_min，这里omega系数用移位加实现，避免乘法器；第四级做边缘补偿，加一个3×3的Sobel算子，把边缘像素的透射率用预置查表法做一次修正。每级之间用valid-ready握手，tlast信号在每帧结束时拉高，清空行缓冲里的残留数据。这样整个模块的DSP只用两个——一个做大气光值的均值更新，一个做最终的去雾乘法。BRAM方面，如果窗口是5×5，只需要4块真双端口BRAM，每块深度1920，宽度8bit。面试官如果追问边缘补偿的效果，你可以说主观上能恢复80%的边缘细节，但天空区域的光晕需要额外加一个亮度阈值来抑制。你现在的行缓冲模块是用shift register还是BRAM做的？如果用的BRAM，读地址的偏移量计算要小心，窗口滑动时像素坐标和BRAM地址之间有个固定的映射关系，搞错了就会读出乱序。