ECCV 2026 | 单模态运动估计一退化就不稳?DRT-VF改成“先融合、后时间建模”

发布时间:2026/10/16 9:12:27

ECCV 2026 | 单模态运动估计一退化就不稳?DRT-VF改成“先融合、后时间建模” ECCV 2026先融合后进行时间建模DRT-VF一步扩散的红外-可见光视频融合导读红外-可见光图像融合已经很卷了但是从一张图片变成一段视频之后问题就变了这一帧看起来还不错不代表下一幅就不会突然闪一下单张图片的细节非常清晰但是这并不意味着移动的目标边缘就不会产生拖影。DRT-VF 把矛头指向了某个流程上的问题很多的方法会在每一个模态内进行时间建模之后再进行跨模态融合。当低照度、遮挡、运动模糊或者红外闪烁使得单一模态运动估计出现失真时错误就会被一路带入到融合的结果中去。作者的答案是Fusion FirstTemporal Second首先使红外线和可见光线相互补充然后再在更加可靠的时间一致性的基础上进行工作。顺序的变化就是整篇论文最核心的一条主线。核心信息论文标题Degradation-Robust and Temporally Consistent Infrared–Visible Video Fusion via One-step Diffusion Framework作者Songcheng Du*, Haoyuan Xu*, Xingyuan Li, Yang Zou, Jinyuan Liu, Yunpeng Bai†, Ying Li†**单位**西北工业大学大连理工大学浙江大学论文链接https://eccv.ecva.net/virtual/2026/poster/528501(研究动机)DRT-VF·INFRARED-VISUAL VIDEO FUSION退化场景、Temporal-First范式和Fusion-First范式比较传统的思路大概就是红外视频先自己看前后帧可见光视频也先自己看前后帧然后把两个模态处理后得到的结果进行融合。问题就出在这里面默认了“单模态可以先对运动进行判断”。现实中并不一定如此。可见光夜间低照、遮挡、运动模糊的时候光流或者对齐就很容易出现错误红外序列中也有可能出现传感器噪声以及闪烁现象。如果前面的时间估计有误那么这个错误就会传递到后面的时间融合中。DRT-VF的核心假设为跨模态互补的方式是先做好观测然后再进行时间建模。Fig.1 中最核心的部分并不是网络的具体情况而是在把两个步骤之间的先后顺序全部颠倒过来。这篇论文到底修改了些什么呢第一流程由原来的Temporal-First改为Fusion-First。时间模块不先吃掉两个容易被削弱的单模态表示而是吃已经被补充好的联合表示。第二时间一致性的划分成了两个标准GTC 负责全局闪烁LMC 负责局部运动边界。作者并没有要求一个模块来解决亮度波动、几何错位以及边缘模糊的问题。第三一步RectifiedFlow/DiT负责生成式细节恢复不把传统的多步扩散直接搬到视频管线中去。由于论文没有提供FPS表所以不能把“一步”直接等同于已经验证过的实时。02(核心方法)DRT-VF·INFRARED-VISUAL VIDEO FUSIONDRT-VF总体结构。Stage 1 建立融合表示Stage 2 进行全局和局部时间一致性的建模。Stage I: MCA one-step DiT可见光先经过预训练VAE编码红外则使用轻量级可以训练的adapter。两路特征进入Modality-Collaborative AttentionMCA拼接之后产生一个共享的Query然后分别对可见光和红外的Key/Value做注意力。共享Query可以理解为在确定“这一帧目前真正缺少的是什么”的时候就分别从可见光纹理和红外热目标中获取信息。它比简单的concat更加积极地利用了互补性。需要记住的是作者并不是简单的“加扩散”而是在第一步推理中就把生成先验压了。Stage I 首先要为后面的阶段建立一个更加纯净的空间基础。Stage IIGTCLMCGTC(Global Temporal Consistency)放在低分辨率联合latent上利用连续三帧的通道统计来抑制整帧亮度和对比度的变化不需要显式的空间对齐。LMC(Local Motion Compensation)放在解码器最后面的一层中在全分辨率下对移动的目标进行处理。首先使用DCN对齐相邻的帧然后用Context Aggregation来聚合上下文、Boundary Refinement专门去修复运动边界。整个设计方案可以用一句话来概括大范围闪烁由低分辨率统计来完成小范围运动边界用高分辨率几何补偿来处理。03(实验结果)DRT-VF·INFRARED-VISUAL VIDEO FUSION论文在HDO、M3SVD、NOT-156和VFBench处理后得到的VTMOT子集中进行测试。每个数据集选择17个视频进行测试其他的用来训练每一个测试序列都选取前50帧。空间质量用MI、VIF、SSIM来表示时间稳定性的评价指标是BiSWE和MS2R其中BiSWE和MS2R值越小越好。从空间指标来看在四个数据集的MI/VIF/SSIM中DRT-VF一直排在前面两位。NOT-156 和 VTMOT 三項空間指標均為表格內最大值。并不是所有的指标都是第一比如HDO的VIF小于UniVF、M3SVD的SSIM不是最高。HDO、M3SVD、NOT-156、VTMOT 四个数据集的定性结果Table 1四个数据集空间融合的质量指标时间指标可以更好的体现出DRT-VF的目标。HDO上BiSWE/MS2R为6.232/0.210M3SVD 为 6.479/0.222NOT-156 是 7.542/0.574。三组都在表中最好的或者并列最好的。在VTMOT上DRT-VF的MS2R是0.332为表中最优的结果但是BiSWE 4.822并不是第一TemCOCO和UniVF更低。消融最重要的就是“顺序”、“分层”最有趣的是把结构恢复为Temporal-First。在 M3SVD 上完整的模型MI/VIF/SSIM分别为3.373、0.934、0.712而Temporal-First降为3.152/0.883/0.651BiSWE/MS2R 也由原来的 6.479/0.222 变成了现在的 7.854/0.283。也就是说Fusion-First 不仅仅是把流程图箭头的方向换一下但是它也提高了之后的时间建模所用到的表示的质量。M3SVD 和 NOT-156 上的消融实验另外一个很重要的现象来自于w/o Stage II单帧的空间指标会稍微高一些但是时间指标却非常糟糕。NOT-156 上w/o Stage II 的 MI/VIF/SSIM 为 4.466/0.939/0.653但是它对应的BiSWE/MS2R为9.684/0.725完整的模型是 4.449/0.934/0.642 和 7.542/0.574。这就意味着视频融合不能仅仅盯着每一个画面单帧更加锐利并不意味着整个视频都好。去掉GTC之后主要就是全局亮度波动的问题而去掉LMC之后就容易出现动态区域模糊和重影的情况。各个模块对于跨帧连续性的不同影响下游跟踪稳定的融合也可以服务于机器视觉作者在NOT-156上用冻结的YOLOv11nByteTrack做零样本目标跟踪。DRT-VF 的AUC、DP20、SR0.5、SR0.75分别为0.244、0.236、0.248、0.116四者均为表格中最大的一项。这部分可以解释为更加稳定融合的视频可以为之后的检测、跟踪提供更为连续的结构信息而应该把DRT-VF看作一个新的跟踪模型。这篇工作是怎样的呢DRT-VF 最重要的是不要把MCA、GTC、LMC这几个模块的名字记住了而要记住的是它改变了问题的因果关系首先通过跨模态互补来提升当前帧的可靠性然后利用前后的两帧来提高时间稳定性。对于真实的场景来说这个思路非常自然可见光可能会突然变暗红外可能会突然闪烁两种模态不一定同时出现故障。先融合就是说先让两个传感器互相兜底。边界也要明确一下目前论文主要研究的是红外-可见光视频融合GTC/LMC 用的是三个帧局部时间窗口测试统一取每段前50帧正文并没有提供FPS或者端到端时延表。因此更合适把贡献理解为“融合顺序分层时间一致性”而不能直接宣传成已经验证了实时系统的说法。往期推荐END
延伸阅读

更多相关文章

2026/10/16 9:12:27

mysql 专业笔记 -- 第 61 章:服务器信息

参数说明 参数 说明 GLOBAL 显示整个服务器配置的变量。可选。 SESSION 显示仅为当前会话配置的变量。可选。 第 61.1 节:SHOW VARIABLES 示例 要获取所有服务器变量,在首选界面的 SQL 窗口(如 phpMyAdmin 或其他)或 MySQL CLI 界面中运行以下查询: SHOW VARIABLES;可以…

2026/10/16 9:12:27

AI应用动态编排:Skill与Dify工作流选型深度解析

过去三个月,我一直陷在同一个选择题里:团队里的新AI应用,业务逻辑到底交给Skill还是Dify工作流来编排?这个问题一开始看着只是技术选型,真做起来才发现,它牵涉到开发节奏、运维方式、甚至团队分工。我把同一…

2026/10/16 10:18:30

基于Python的动漫分析系统全攻略:从数据采集到深度学习建模

很多同学在选毕设题目的时候,一眼就被“基于Python的动漫分析系统”这种题目抓住了眼球。原因很简单:动漫是兴趣,Python是上手快,深度学习是大热点,这三个词叠在一起,摆在任何一个答辩现场,都比…

2026/10/16 10:18:30

Micromine 2016实操:建模制图开发与Win10/11兼容性全解析

做矿业软件这一行,手里的工具版本常常比很多人的工作年限还要长。Micromine 2016就是这样的存在——我最早在一处铜多金属矿的储量复核项目里接触它,当时项目组的老工程师用它出图、建模,电脑还是老款的Win7工作站。几年过去,操作…

2026/10/16 10:18:30

WPF TreeView 拖拽实现详解:从原理到避坑指南

简介:这份资源面向具备一定 WPF 基础的开发者,聚焦 TreeView 控件的拖放(Drag & Drop)功能实现,解决节点顺序调整、数据移动与复制等交互需求。压缩包共 12 个文件,约 11KB,以 6 个 cs 源码…

2026/10/16 10:18:30

Qt程序打包如何补全版本与公司信息:从qmake到Inno Setup全配置

1. 为什么Qt程序默认打包出来是个"三无"安装包 先说个我自己的经历。之前给某公司做的一个模拟项目X收尾,Qt 5.15写的Windows桌面工具,编译、调试、跑自动化测试都通过了,最后用Inno Setup打了个安装包发给测试组。结果对方打开安装…

2026/10/16 10:18:30

YOLO免环境训练工具全流程指南:从自动标注到模型转换

简介:这份资源面向深度学习目标检测方向的开发者与算法学习者,提供一套免环境搭建的YOLO系列训练与标注工具,解决从数据标注到模型训练、转换流程繁琐的问题。包内共14个文件,以txt技术解析、html说明页、doc文档及jpg示意图为主&…

2026/10/16 10:13:29

Gitee不只能存代码:从SSH到Pull Request评审的团队协作进阶指南

如果你的日常工作流还停留在“把Gitee当成免费网盘,clone下来push上去就完事”,那你可能只用了这个代码托管平台一半以上的能力。我在过去几年带过好几个小团队,从最开始互相clone压缩包传文件,到后来把需求管理、代码评审、自动构…

2026/10/16 5:33:43

Python调用Gemini Structured Outputs实现工单路由门禁

客服工单最怕的不是模型“答错一句话”,而是它给出一段看起来合理的说明,程序却从中猜错优先级。通俗做法是:要求模型只交 JSON(JavaScript Object Notation,轻量数据格式),再让代码验证它。Gem…

2026/10/16 4:03:48

Spring Boot超市进销存系统毕设实战:从需求拆解到答辩通关

最近带的一个学生项目组里,有A同学跑来问我:选什么毕设题目最稳妥,既能让评审老师觉得工作量够,又不会在答辩时被问到语无伦次。我第一反应就是推荐基于Spring Boot的超市仓库管理系统——也就是超市进销存系统。这个题目乍一看平…

2026/10/15 13:42:16

Flutter StatefulWidget 生命周期核心解析

很多刚开始接触 Flutter 的朋友,在看完一堆“Hello World”和基础组件之后,大概率都会撞上同一堵墙:StatefulWidget 里那堆 initState、build、dispose 方法,到底什么时候被调用?为什么顺序是那样?在里面到…

2026/10/16 0:01:11

Cephadm实战指南:Linux系统工程师的生产级Ceph集群部署与排障

简介:本资源是一份完整的Ceph分布式存储系统中文技术文档合集,面向Linux系统运维工程师、云平台架构师及存储方向开发者,帮助读者系统掌握Ceph集群的部署、配置与运维核心能力。文档覆盖对象存储(RGW)、块设备&#xf…

2026/10/16 0:01:11

ITK中SpatialObject几何体系解析:坐标系、变换与管道集成

1. 空间对象的定位:为什么 ITK 需要一套几何描述体系很多刚开始接触 ITK 的朋友,包括我自己,最初都是被它的图像滤波、配准、分割这些“正统”功能吸引进来的。等真正上手做点实际项目,比如把分割出来的器官边界做量化分析、给血管…

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑