TensorRTX项目中YOLOv5推理结果与PyTorch不一致问题解析
2025-05-30 18:03:40作者:廉皓灿Ida
问题背景
在TensorRTX项目中使用YOLOv5模型进行目标检测时,开发者发现通过TensorRT引擎推理得到的边界框中心坐标与PyTorch推理结果存在差异,而宽度和高度则基本一致。这一问题影响了模型评估的准确性,特别是在需要精确比较两种实现方式性能的场景下。
差异原因分析
经过深入分析,发现这种差异主要来源于两种实现方式在图像预处理阶段采用了不同的缩放策略:
-
TensorRTX实现:使用了等比缩放策略
float scale = std::min(dst_height / (float)src_height, dst_width / (float)src_width); -
PyTorch实现:采用了保持纵横比的缩放策略
shape0.append(s) # image shape g = max(size) / max(s) # gain
这两种不同的预处理方式导致了模型输入的特征分布存在细微差别,进而影响了最终检测结果的坐标值。
解决方案
为了确保TensorRTX推理结果与PyTorch保持一致,需要对检测结果的坐标进行后处理转换。关键点在于理解并实现正确的坐标映射关系:
-
坐标转换原理:
- 首先计算输入图像与模型输入尺寸的比例关系
- 根据不同的缩放情况(宽度受限或高度受限)采用不同的补偿策略
- 将模型输出的归一化坐标映射回原始图像空间
-
实现代码: 以下C++函数实现了从模型输出坐标到原始图像坐标的转换:
std::tuple<float, float, float, float> get_rect_values(cv::Mat& img, float bbox[4]) { float l, r, t, b; float r_w = kInputW / (img.cols * 1.0); float r_h = kInputH / (img.rows * 1.0); if (r_h > r_w) { // 宽度受限情况 l = bbox[0] - bbox[2] / 2.f; r = bbox[0] + bbox[2] / 2.f; t = bbox[1] - bbox[3] / 2.f - (kInputH - r_w * img.rows) / 2; b = bbox[1] + bbox[3] / 2.f - (kInputH - r_w * img.rows) / 2; l = l / r_w; r = r / r_w; t = t / r_w; b = b / r_w; } else { // 高度受限情况 l = bbox[0] - bbox[2] / 2.f - (kInputW - r_h * img.cols) / 2; r = bbox[0] + bbox[2] / 2.f - (kInputW - r_h * img.cols) / 2; t = bbox[1] - bbox[3] / 2.f; b = bbox[1] + bbox[3] / 2.f; l = l / r_h; r = r / r_h; t = t / r_h; b = b / r_h; } return std::make_tuple(l, t, r - l, b - t); }
技术要点
-
比例计算:
r_w和r_h分别表示宽度和高度方向上的缩放比例- 通过比较这两个比例可以确定图像是宽度受限还是高度受限
-
补偿策略:
- 对于受限的维度,需要补偿因保持纵横比而添加的padding
- 补偿值计算为
(kInputH - r_w * img.rows) / 2或(kInputW - r_h * img.cols) / 2
-
坐标映射:
- 将模型输出的归一化坐标减去补偿值
- 然后除以相应的缩放比例,映射回原始图像空间
实际应用
在实际评估模型性能时,开发者可以:
- 使用上述函数转换TensorRT推理结果
- 将转换后的坐标与PyTorch推理结果进行比较
- 确保两种实现方式在相同的评估标准下进行对比
这种方法不仅解决了坐标不一致的问题,也为后续的模型优化和部署提供了可靠的技术基础。
总结
TensorRTX项目中YOLOv5推理结果与PyTorch的差异主要源于预处理策略的不同。通过实现正确的坐标后处理转换,可以确保两种实现方式的评估结果具有可比性。这一解决方案不仅适用于当前的评估需求,也为后续的模型部署和优化提供了重要的技术参考。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
537
3.76 K
暂无简介
Dart
773
192
Ascend Extension for PyTorch
Python
343
405
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.34 K
755
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
1.07 K
97
React Native鸿蒙化仓库
JavaScript
303
356
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
337
180
AscendNPU-IR
C++
86
142
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
987
249