首页
/ PaddleOCR版面分析模型转ONNX格式的注意事项

PaddleOCR版面分析模型转ONNX格式的注意事项

2025-05-01 16:32:46作者:董灵辛Dennis

在PaddleOCR项目中使用版面分析功能时,将训练好的PaddlePaddle模型转换为ONNX格式是一个常见需求。本文将详细介绍这一转换过程中的关键步骤和注意事项,帮助开发者避免常见错误。

模型训练阶段

首先需要训练版面分析模型,使用以下命令:

python3 tools/train.py -c configs/picodet/legacy_model/application/layout_analysis/picodet_lcnet_x1_0_layout.yml --eval

这个命令会基于指定的配置文件训练一个版面分析模型,并在训练过程中进行评估。

模型导出阶段

训练完成后,需要将模型导出为推理格式。这里有一个关键点需要注意:

python3 tools/export_model.py -c configs/picodet/legacy_model/application/layout_analysis/picodet_lcnet_x1_0_layout.yml -o export.benchmark=True weights=output/picodet_lcnet_x1_0_layout/best_model --output_dir=output_inference/

特别注意:必须添加export.benchmark=True参数,否则后续转换为ONNX格式时会出现输入维度不匹配的问题。这是因为默认导出的模型会保留一些训练时的特性,而benchmark模式会优化模型结构使其更适合推理场景。

转换为ONNX格式

使用Paddle2ONNX工具将导出的模型转换为ONNX格式:

paddle2onnx --model_dir output_inference/picodet_lcnet_x1_0_layout --model_filename model.pdmodel --params_filename model.pdiparams --save_file ./onnx_inference_model/hehe_layout_model_dir/model.onnx --opset_version 11 --enable_onnx_checker True

参数说明:

  • --opset_version 11:指定ONNX算子集版本
  • --enable_onnx_checker True:启用ONNX模型检查器

在PPStructure中使用ONNX模型

最后,在PPStructure中加载ONNX格式的版面分析模型:

table_engine = PPStructure(
    show_log=False,
    ocr=True,
    layout=True,
    table=True,
    use_onnx=True,
    det_model_dir="./onnx_inference_model/det_onnx/model.onnx",
    rec_model_dir="./onnx_inference_model/rec_onnx/model.onnx",
    cls_model_dir="./onnx_inference_model/rec_onnx/model.onnx",
    table_model_dir="./onnx_inference_model/table_model_dir/model.onnx",
    layout_model_dir="./onnx_inference_model/hehe_layout_model_dir/model.onnx"
)

常见问题解决

如果在使用过程中遇到类似"ValueError: Required inputs (['scale_factor']) are missing from input feed (['image'])"的错误,通常是因为模型导出时没有设置export.benchmark=True参数。这个错误表明ONNX模型期望的输入与实际的输入不匹配。

总结

将PaddleOCR的版面分析模型转换为ONNX格式需要注意以下几点:

  1. 训练完成后导出模型时,必须添加export.benchmark=True参数
  2. 使用适当版本的Paddle2ONNX工具进行转换
  3. 确保ONNX模型的输入输出与PPStructure的预期一致

通过遵循这些步骤,可以成功地将PaddleOCR版面分析模型转换为ONNX格式,并在实际应用中使用。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
23
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
225
2.27 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
flutter_flutterflutter_flutter
暂无简介
Dart
526
116
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
987
583
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
351
1.42 K
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
61
17
GLM-4.6GLM-4.6
GLM-4.6在GLM-4.5基础上全面升级:200K超长上下文窗口支持复杂任务,代码性能大幅提升,前端页面生成更优。推理能力增强且支持工具调用,智能体表现更出色,写作风格更贴合人类偏好。八项公开基准测试显示其全面超越GLM-4.5,比肩DeepSeek-V3.1-Terminus等国内外领先模型。【此简介由AI生成】
Jinja
47
0
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
17
0
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
JavaScript
212
287