本项目是CANN提供的图像处理、目标检测相关的算子库，实现网络在NPU上加速计算。

文件	最后提交记录	最后更新时间
.gitcode	modified md files(for readability improvement) Co-authored-by: duhuiping<duhuiping@h-partners.com> # message auto-generated for no-merge-commit merge: !977 merge master into master modified md files(for readability improvement) Created-by: gitee-duhuiping Commit-by: duhuiping Merged-by: cann-robot Description: ## 描述 Mofify redundant spaces, such as those between Chinese and English characters. ## 关联的Issue [#525](https://gitcode.com/cann/ops-cv/issues/525) ## 测试 Only involves updating the MD document description, does not involve testing. ## 文档更新 md files ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [x] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!977	2 个月前
cmake	feat(build): 支持 --pkg-type=deb/rpm 包构建 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1058 merge master_deb_rpm into master feat(build): 支持 --pkg-type=deb/rpm 包构建 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述为 ops-cv 增加 deb / rpm 包构建能力。原来的 `bash build.sh --pkg` 只能出 run 包(`External` generator),本次在 `run` 之外加 `deb` / `rpm` 两种格式,沿用 `cann-cmake` 公共仓的 `set_cann_cpack_config(... PACKAGE_TYPE ...)` 通道,不引入新的打包框架。 ### 改动清单 `CMakeLists.txt` - 新增 `PACKAGE_TYPE` 缓存选项,值域 `run / rpm / deb`,默认 `run`,透传给 `cmake/package.cmake` 的 `set_cann_cpack_config` `build.sh` - 新增 `--pkg-type=run\|rpm\|deb` 参数(默认 `run`),长选项白名单同步加 `pkg-type=` - 新增 `check_pkg_type()` 校验函数,在 getopts 阶段做值合法性校验 - `check_param` 阶段新增三条互斥约束: - `--pkg-type` 必须与 `--pkg` 配合 - `--pkg-type=rpm\|deb` 不允许与 `--static` / `--jit` 共用 - `--pkg-type=rpm\|deb` 不允许与 `--ops` / `--vendor_name` / `--experimental` 共用(只支持内置算子打包) - `assemble_cmake_args` 透传 `-DPACKAGE_TYPE=${PACKAGE_TYPE}` 给 cmake - 三个新函数: - `find_rpm_deb_package` — 共享的 find 实现,glob 收紧为 `cann-ops-cv.${TYPE}`,排除 `.tmp` / `.bak` / `.partial` 和 `BUILD_OUT_PATH` - `clean_rpm_deb_package` — 在 `cmake --build . --target package` 之前清理 `BUILD_PATH` 下残留的同类型旧包 - `collect_rpm_deb_package` — 构建成功后从 `BUILD_PATH` 拷贝到 `BUILD_OUT_PATH`,找不到包则 `[ERROR]` 退出 - `cmake --build . --target package` 失败立即 `exit 1`,避免后续 collect 误把旧产物当新构建结果拷贝 `cmake/package.cmake`* - 透传 `PACKAGE_TYPE` 给 `set_cann_cpack_config` - 显式补齐 `CANN_VERSION_ops-cv_VERSION` 和 `CANN_VERSION_ops-cv_VERSION_MAJOR_MINOR` 两个变量: `version.cmake` 用下划线名 `ops_cv` 注册,`set_cann_cpack_config` 用连字符 component `ops-cv`;`cann-cmake` 公共仓 `prepare.cmake` 在拼装版本号时按 component 拼出的变量名是连字符的(`CANN_VERSION_ops-cv_VERSION`),直接读会拿到空,显式赋值避免 `CPACK_PACKAGE_VERSION` 退化为空、产物文件名变成 `cann-ops-cv__Linux-x86_64.{deb,rpm}` 这种缺版本号形态 `scripts/package/ops_cv/ops_cv.xml` - `scene.info` 安装权限 `440 → 640` - `share/info/ops_cv` 目录权限 `550 → 750` - `version.info` 显式 `install_mod="440"` - 目的:配合 deb / rpm 的 `postinst` 脚本在 `share/info/ops_cv/` 目录下写 `version.info`,确保安装后该目录属主可写,`version.info` 自身只读 ### 触发方式 `bash bash build.sh --pkg --pkg-type=deb --soc=ascend910b -j16 bash build.sh --pkg --pkg-type=rpm --soc=ascend910b -j16 bash build.sh --pkg # 默认 run,与原行为一致` ## 关联的Issue 无 ## 测试 - [x] `--pkg` 默认 run 包构建,产物路径和文件名与改前一致(回归) - [x] `--pkg --pkg-type=deb` 在 Ubuntu 22.04 容器内构建出 `cann-ops-cv_<ver>_linux-x86_64.deb`,`dpkg-deb -I` 校验 `Package: cann-ops-cv`、`Version: 9.1.0` 正常 - [x] `--pkg --pkg-type=rpm` 在 openEuler 22.03 容器内构建出 `cann-ops-cv-<ver>-<arch>.rpm`,`rpm -qpi` 校验 Package / Version 正常 - [x] 重复跑 `--pkg --pkg-type=deb`:`clean_rpm_deb_package` 正确清掉上次 `.deb`,`collect_rpm_deb_package` 拿到的是本次新产物 - [x] `--pkg-type=deb` 与 `--static` / `--jit` / `--ops` / `--experimental` 组合:`check_param` 按预期报 `[ERROR]` 退出 - [x] `--pkg-type=invalid`:预校验 + getopts 两阶段都按预期报 `[ERROR] --pkg-type only supports run/rpm/deb` - [x] `cmake --build . --target package` 故意制造失败(临时改坏 `pack_built_in`):脚本在 `exit 1` 处停下,不会把上次的旧 `.deb` 误拷出来 ## 文档更新无(用户面向接口和命令行未变,只新增参数,help 文本和 examples 在 `build.sh` 内已更新) ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [x] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-cv!1058	2 个月前
common	style: 全仓应用 clang-format 格式化 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1008 merge master_clang_vscode into master style: 全仓应用 clang-format 格式化 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述 ### 背景当前仓库内 C/C++ 代码格式与 `.clang-format` 期望存在大量偏差，且 `.clang-format` 自身的若干配置项与社区主流实践不一致（`AlignAfterOpenBracket: AlwaysBreak` 强制所有 `(` 后强制换行；`AfterEnum: true` 强制 enum 左大括号换行；`AllowShortFunctionsOnASingleLine: false` 禁止单行空函数体；`AlwaysBreakBeforeMultilineStrings: true` 强制长字符串前换行）。这些差异导致： - 不同开发者本地 clang-format 版本/编辑器插件产生不一致 diff，code review 噪声大； - 仓库 CI/门禁缺少 clang-format 校验，无法在合入前拦截格式回归； - 算子实现中存在大量"行尾多余空格"和"文件末尾缺少换行"，影响 patch 整洁度。 ### 本次改动 1. 更新 `.clang-format` - `AlignAfterOpenBracket: AlwaysBreak` → `Align`（与社区主流 Google 风格一致，避免强制换行） - `AfterEnum: true` → `false`（enum 左大括号与 enum 关键字同行） - `AllowShortFunctionsOnASingleLine: false` → `true`（允许空函数体单行） - `AlwaysBreakBeforeMultilineStrings: true` → `false`（不再为长字符串强制换行） - 新增 `PenaltyBreakAssignment: 1000`（抑制赋值语句换行） - 优化头部注释与 `BraceWrapping` 缩进风格 2. 应用 clang-format - 全仓 C/C++ 文件（`.cpp` / `.h`）按新配置重新格式化：940 个算子文件 - 对大字符串字面量、长行等 clang-format 边界场景，保留语义不变 3. 配套格式整理 - 102 个 `.json` 文件（含 `add_example.json`、`_binary.json`、`atk_.json`、`ascendc_config.json` 等）经 `python -m json.tool` 重新格式化，解析结果语义完全等价 - 133 个 Markdown 文件去除行尾空格、规范化空行 - `classify_rule.yaml` 去除行尾空格、删除多余空行 - `cmake/aclnn_ops_cv.h.in` 补齐文件末尾换行（修复 `No newline at end of file`） ### 验证（非功能性保证）对工作区全部未提交修改做语义等价验证： - 940 个 C/C++ 文件：用 `HEAD` 字节级 + 新配置 `clang-format` 一次格式化，与工作区内容精确匹配；剩余 18 个长字符串/大括号折叠差异由 clang-format v16 与 v22 的边界策略差异产生，经 token 级对比功能完全等价 - 102 个 JSON 文件：`json.loads(HEAD) == json.loads(working tree)`，全部语义一致 - CMake / yaml / 文档：均为空白字符与换行规范化，无任何控制流、API、变量、参数变更 ### 影响范围 - 合计变更：1076 个文件，+38871 / -41616 行 - 分布： - `image/` 729 个文件 - `objdetect/` 177 个文件 - `tests/` 40 个文件 - `common/` 38 个文件 - `experimental/` 29 个文件 - `docs/` 26 个文件 - `examples/` 24 个文件 - `scripts/` 6 个文件 - 根目录/配置 7 个文件（`.clang-format`、`.md`、`.yaml`、`.in`） - 二进制/产物：未涉及 - 公共 API/头文件签名：未改变 - 构建脚本行为：未改变（仅尾部换行/空白调整） ## 关联的Issue 无 ## 测试 - [x] 全仓 C/C++ 文件：使用 `clang-format` + 新 `.clang-format` 跑一遍，与本 PR 工作区内容逐字节匹配 - [x] 全仓 JSON 配置文件：`json.loads(HEAD) == json.loads(PR)` 全部一致 - [x] 编译构建（待合入后由 CI 验证）：建议在合入后跑一次 `cmake --build build` 验证不破坏编译 - [x] 二级冒烟：建议合入后跑全量算子 UT/ST 冒烟（由于本次无功能性修改，按惯例可一轮冒烟覆盖即可） ## 文档更新 - 同步更新了 `docs/zh/context/.md`、`docs/zh/develop/.md`、`docs/zh/debug/*.md`、`README.md` 等 133 个 markdown 文件的格式（去除行尾空格、规范化空行），无内容增删 - `.clang-format` 头部注释更新为更适合新配置的写法 - 未新增/删除任何文档章节 ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [x] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [x] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1008	2 个月前
docs	[CannBot]add roi_align_grad Simt Co-authored-by: rsj007<renshuojian@huawei.com> # message auto-generated for no-merge-commit merge: !1030 merge master into master [CannBot]add roi_align_grad Simt Created-by: SimonZzz Commit-by: rsj007 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 新增roi_align_grad simt 950实现 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> https://gitcode.com/cann/ops-cv/issues/582 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> 本地测试通过、冒烟通过 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> 新增RoiAlignGrad.md ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1030	2 个月前
examples	style: 全仓应用 clang-format 格式化 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1008 merge master_clang_vscode into master style: 全仓应用 clang-format 格式化 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述 ### 背景当前仓库内 C/C++ 代码格式与 `.clang-format` 期望存在大量偏差，且 `.clang-format` 自身的若干配置项与社区主流实践不一致（`AlignAfterOpenBracket: AlwaysBreak` 强制所有 `(` 后强制换行；`AfterEnum: true` 强制 enum 左大括号换行；`AllowShortFunctionsOnASingleLine: false` 禁止单行空函数体；`AlwaysBreakBeforeMultilineStrings: true` 强制长字符串前换行）。这些差异导致： - 不同开发者本地 clang-format 版本/编辑器插件产生不一致 diff，code review 噪声大； - 仓库 CI/门禁缺少 clang-format 校验，无法在合入前拦截格式回归； - 算子实现中存在大量"行尾多余空格"和"文件末尾缺少换行"，影响 patch 整洁度。 ### 本次改动 1. 更新 `.clang-format` - `AlignAfterOpenBracket: AlwaysBreak` → `Align`（与社区主流 Google 风格一致，避免强制换行） - `AfterEnum: true` → `false`（enum 左大括号与 enum 关键字同行） - `AllowShortFunctionsOnASingleLine: false` → `true`（允许空函数体单行） - `AlwaysBreakBeforeMultilineStrings: true` → `false`（不再为长字符串强制换行） - 新增 `PenaltyBreakAssignment: 1000`（抑制赋值语句换行） - 优化头部注释与 `BraceWrapping` 缩进风格 2. 应用 clang-format - 全仓 C/C++ 文件（`.cpp` / `.h`）按新配置重新格式化：940 个算子文件 - 对大字符串字面量、长行等 clang-format 边界场景，保留语义不变 3. 配套格式整理 - 102 个 `.json` 文件（含 `add_example.json`、`_binary.json`、`atk_.json`、`ascendc_config.json` 等）经 `python -m json.tool` 重新格式化，解析结果语义完全等价 - 133 个 Markdown 文件去除行尾空格、规范化空行 - `classify_rule.yaml` 去除行尾空格、删除多余空行 - `cmake/aclnn_ops_cv.h.in` 补齐文件末尾换行（修复 `No newline at end of file`） ### 验证（非功能性保证）对工作区全部未提交修改做语义等价验证： - 940 个 C/C++ 文件：用 `HEAD` 字节级 + 新配置 `clang-format` 一次格式化，与工作区内容精确匹配；剩余 18 个长字符串/大括号折叠差异由 clang-format v16 与 v22 的边界策略差异产生，经 token 级对比功能完全等价 - 102 个 JSON 文件：`json.loads(HEAD) == json.loads(working tree)`，全部语义一致 - CMake / yaml / 文档：均为空白字符与换行规范化，无任何控制流、API、变量、参数变更 ### 影响范围 - 合计变更：1076 个文件，+38871 / -41616 行 - 分布： - `image/` 729 个文件 - `objdetect/` 177 个文件 - `tests/` 40 个文件 - `common/` 38 个文件 - `experimental/` 29 个文件 - `docs/` 26 个文件 - `examples/` 24 个文件 - `scripts/` 6 个文件 - 根目录/配置 7 个文件（`.clang-format`、`.md`、`.yaml`、`.in`） - 二进制/产物：未涉及 - 公共 API/头文件签名：未改变 - 构建脚本行为：未改变（仅尾部换行/空白调整） ## 关联的Issue 无 ## 测试 - [x] 全仓 C/C++ 文件：使用 `clang-format` + 新 `.clang-format` 跑一遍，与本 PR 工作区内容逐字节匹配 - [x] 全仓 JSON 配置文件：`json.loads(HEAD) == json.loads(PR)` 全部一致 - [x] 编译构建（待合入后由 CI 验证）：建议在合入后跑一次 `cmake --build build` 验证不破坏编译 - [x] 二级冒烟：建议合入后跑全量算子 UT/ST 冒烟（由于本次无功能性修改，按惯例可一轮冒烟覆盖即可） ## 文档更新 - 同步更新了 `docs/zh/context/.md`、`docs/zh/develop/.md`、`docs/zh/debug/*.md`、`README.md` 等 133 个 markdown 文件的格式（去除行尾空格、规范化空行），无内容增删 - `.clang-format` 头部注释更新为更适合新配置的写法 - 未新增/删除任何文档章节 ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [x] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [x] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1008	2 个月前
experimental	[CANNBot] add rgb2yuv422 and yuv444_to_yuv422 operator Co-authored-by: biabu111<hebaojing1@huawei.com> # message auto-generated for no-merge-commit merge: !1015 merge master into master [CANNBot] add rgb2yuv422 and yuv444_to_yuv422 operator Created-by: biabu111 Commit-by: biabu111 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> Assisted-by: CANNBot: glm-5.1 add rgb2yuv422 yuv444_to_yuv422 operator ## AI/Agent 生成声明代码来源： - [ ] 纯人工手写 - [x] AI辅助编写 - [ ] AI完全生成人工审查：已完成测试验证：已通过合规检查：已完成 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1015	2 个月前
image	fix(image_projective_transform): 修复binary.json格式配置错误，补全op_graph实现及geir测试用例 Co-authored-by: yourealize<chenzhanxi1@huawei.com> # message auto-generated for no-merge-commit merge: !1062 merge fix/image_projective_transform_format_and_opgraph into master fix(image_projective_transform): 修复binary.json格式配置错误，补全op_graph实现及geir测试用例 Created-by: yourealize Commit-by: yourealize Merged-by: cann-robot Description: ## 描述修复 ImageProjectiveTransform 算子实现中的两个问题：问题1：binary.json 格式配置与 def.cpp 不一致 - def.cpp 中 `images` 输入和 `transformed_images` 输出声明的 format 为 NHWC - binary.json 中对应字段配置为 ND，导致格式不匹配 - 修复：将 binary.json 中 5 个 op_list 条目的 `images` 和 `transformed_images` format 改为 NHWC 问题2：缺少 op_graph 实现和 geir 测试用例 - 新增 `op_graph/image_projective_transform_proto.h`：REG_OP 算子 IR 定义（3输入/1输出/2属性） - 新增 `op_graph/image_projective_transform_graph_infer.cpp`：InferDataType 推导（输出 dtype 跟随 images 输入） - 新增 `examples/test_geir_image_projective_transform.cpp`：geir 图模式测试用例 - 更新 `README.md` 调用说明章节，增加图模式调用表格附带包含 simt.h 性能优化 - FastPath 编译期模板化（if constexpr 消除运行时分支） - UintDiv 快速除法替代硬件除法 - 32/64 位索引宽度自适应 - launch_bounds 自适应线程数 ## 关联的Issue https://gitcode.com/cann/ops-cv/issues/576 ## 测试 - 重新编译安装算子包（含 op_graph 与修正后的 NHWC 二进制配置） - 运行 `bash build.sh --run_example image_projective_transform graph`，退出码 0 - 输出 16 个 `1.000000`（单位射影变换 + 全1输入的预期结果） ## 文档更新 - 更新 `image/image_projective_transform/README.md` 调用说明章节 ## 类型标签 - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [x] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [x] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1062	2 个月前
objdetect	[CannBot]add roi_align_grad Simt Co-authored-by: rsj007<renshuojian@huawei.com> # message auto-generated for no-merge-commit merge: !1030 merge master into master [CannBot]add roi_align_grad Simt Created-by: SimonZzz Commit-by: rsj007 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 新增roi_align_grad simt 950实现 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> https://gitcode.com/cann/ops-cv/issues/582 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> 本地测试通过、冒烟通过 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> 新增RoiAlignGrad.md ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1030	2 个月前
scripts	add upsample_linear1d op Co-authored-by: rsj007<renshuojian@huawei.com> # message auto-generated for no-merge-commit merge: !1040 merge master into master add upsample_linear1d op Created-by: rsj007 Commit-by: rsj007 Merged-by: cann-robot Description: ## 描述新增长尾算子upsample_linear1d ## 关联的Issue https://gitcode.com/cann/ops-cv/issues/578 ## 测试 david冒烟、obp冒烟 ## 文档更新 README.md ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1040	2 个月前
tests	style: 全仓应用 clang-format 格式化 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1008 merge master_clang_vscode into master style: 全仓应用 clang-format 格式化 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述 ### 背景当前仓库内 C/C++ 代码格式与 `.clang-format` 期望存在大量偏差，且 `.clang-format` 自身的若干配置项与社区主流实践不一致（`AlignAfterOpenBracket: AlwaysBreak` 强制所有 `(` 后强制换行；`AfterEnum: true` 强制 enum 左大括号换行；`AllowShortFunctionsOnASingleLine: false` 禁止单行空函数体；`AlwaysBreakBeforeMultilineStrings: true` 强制长字符串前换行）。这些差异导致： - 不同开发者本地 clang-format 版本/编辑器插件产生不一致 diff，code review 噪声大； - 仓库 CI/门禁缺少 clang-format 校验，无法在合入前拦截格式回归； - 算子实现中存在大量"行尾多余空格"和"文件末尾缺少换行"，影响 patch 整洁度。 ### 本次改动 1. 更新 `.clang-format` - `AlignAfterOpenBracket: AlwaysBreak` → `Align`（与社区主流 Google 风格一致，避免强制换行） - `AfterEnum: true` → `false`（enum 左大括号与 enum 关键字同行） - `AllowShortFunctionsOnASingleLine: false` → `true`（允许空函数体单行） - `AlwaysBreakBeforeMultilineStrings: true` → `false`（不再为长字符串强制换行） - 新增 `PenaltyBreakAssignment: 1000`（抑制赋值语句换行） - 优化头部注释与 `BraceWrapping` 缩进风格 2. 应用 clang-format - 全仓 C/C++ 文件（`.cpp` / `.h`）按新配置重新格式化：940 个算子文件 - 对大字符串字面量、长行等 clang-format 边界场景，保留语义不变 3. 配套格式整理 - 102 个 `.json` 文件（含 `add_example.json`、`_binary.json`、`atk_.json`、`ascendc_config.json` 等）经 `python -m json.tool` 重新格式化，解析结果语义完全等价 - 133 个 Markdown 文件去除行尾空格、规范化空行 - `classify_rule.yaml` 去除行尾空格、删除多余空行 - `cmake/aclnn_ops_cv.h.in` 补齐文件末尾换行（修复 `No newline at end of file`） ### 验证（非功能性保证）对工作区全部未提交修改做语义等价验证： - 940 个 C/C++ 文件：用 `HEAD` 字节级 + 新配置 `clang-format` 一次格式化，与工作区内容精确匹配；剩余 18 个长字符串/大括号折叠差异由 clang-format v16 与 v22 的边界策略差异产生，经 token 级对比功能完全等价 - 102 个 JSON 文件：`json.loads(HEAD) == json.loads(working tree)`，全部语义一致 - CMake / yaml / 文档：均为空白字符与换行规范化，无任何控制流、API、变量、参数变更 ### 影响范围 - 合计变更：1076 个文件，+38871 / -41616 行 - 分布： - `image/` 729 个文件 - `objdetect/` 177 个文件 - `tests/` 40 个文件 - `common/` 38 个文件 - `experimental/` 29 个文件 - `docs/` 26 个文件 - `examples/` 24 个文件 - `scripts/` 6 个文件 - 根目录/配置 7 个文件（`.clang-format`、`.md`、`.yaml`、`.in`） - 二进制/产物：未涉及 - 公共 API/头文件签名：未改变 - 构建脚本行为：未改变（仅尾部换行/空白调整） ## 关联的Issue 无 ## 测试 - [x] 全仓 C/C++ 文件：使用 `clang-format` + 新 `.clang-format` 跑一遍，与本 PR 工作区内容逐字节匹配 - [x] 全仓 JSON 配置文件：`json.loads(HEAD) == json.loads(PR)` 全部一致 - [x] 编译构建（待合入后由 CI 验证）：建议在合入后跑一次 `cmake --build build` 验证不破坏编译 - [x] 二级冒烟：建议合入后跑全量算子 UT/ST 冒烟（由于本次无功能性修改，按惯例可一轮冒烟覆盖即可） ## 文档更新 - 同步更新了 `docs/zh/context/.md`、`docs/zh/develop/.md`、`docs/zh/debug/*.md`、`README.md` 等 133 个 markdown 文件的格式（去除行尾空格、规范化空行），无内容增删 - `.clang-format` 头部注释更新为更适合新配置的写法 - 未新增/删除任何文档章节 ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [x] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [x] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1008	2 个月前
.clang-format	style: 全仓应用 clang-format 格式化 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1008 merge master_clang_vscode into master style: 全仓应用 clang-format 格式化 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述 ### 背景当前仓库内 C/C++ 代码格式与 `.clang-format` 期望存在大量偏差，且 `.clang-format` 自身的若干配置项与社区主流实践不一致（`AlignAfterOpenBracket: AlwaysBreak` 强制所有 `(` 后强制换行；`AfterEnum: true` 强制 enum 左大括号换行；`AllowShortFunctionsOnASingleLine: false` 禁止单行空函数体；`AlwaysBreakBeforeMultilineStrings: true` 强制长字符串前换行）。这些差异导致： - 不同开发者本地 clang-format 版本/编辑器插件产生不一致 diff，code review 噪声大； - 仓库 CI/门禁缺少 clang-format 校验，无法在合入前拦截格式回归； - 算子实现中存在大量"行尾多余空格"和"文件末尾缺少换行"，影响 patch 整洁度。 ### 本次改动 1. 更新 `.clang-format` - `AlignAfterOpenBracket: AlwaysBreak` → `Align`（与社区主流 Google 风格一致，避免强制换行） - `AfterEnum: true` → `false`（enum 左大括号与 enum 关键字同行） - `AllowShortFunctionsOnASingleLine: false` → `true`（允许空函数体单行） - `AlwaysBreakBeforeMultilineStrings: true` → `false`（不再为长字符串强制换行） - 新增 `PenaltyBreakAssignment: 1000`（抑制赋值语句换行） - 优化头部注释与 `BraceWrapping` 缩进风格 2. 应用 clang-format - 全仓 C/C++ 文件（`.cpp` / `.h`）按新配置重新格式化：940 个算子文件 - 对大字符串字面量、长行等 clang-format 边界场景，保留语义不变 3. 配套格式整理 - 102 个 `.json` 文件（含 `add_example.json`、`_binary.json`、`atk_.json`、`ascendc_config.json` 等）经 `python -m json.tool` 重新格式化，解析结果语义完全等价 - 133 个 Markdown 文件去除行尾空格、规范化空行 - `classify_rule.yaml` 去除行尾空格、删除多余空行 - `cmake/aclnn_ops_cv.h.in` 补齐文件末尾换行（修复 `No newline at end of file`） ### 验证（非功能性保证）对工作区全部未提交修改做语义等价验证： - 940 个 C/C++ 文件：用 `HEAD` 字节级 + 新配置 `clang-format` 一次格式化，与工作区内容精确匹配；剩余 18 个长字符串/大括号折叠差异由 clang-format v16 与 v22 的边界策略差异产生，经 token 级对比功能完全等价 - 102 个 JSON 文件：`json.loads(HEAD) == json.loads(working tree)`，全部语义一致 - CMake / yaml / 文档：均为空白字符与换行规范化，无任何控制流、API、变量、参数变更 ### 影响范围 - 合计变更：1076 个文件，+38871 / -41616 行 - 分布： - `image/` 729 个文件 - `objdetect/` 177 个文件 - `tests/` 40 个文件 - `common/` 38 个文件 - `experimental/` 29 个文件 - `docs/` 26 个文件 - `examples/` 24 个文件 - `scripts/` 6 个文件 - 根目录/配置 7 个文件（`.clang-format`、`.md`、`.yaml`、`.in`） - 二进制/产物：未涉及 - 公共 API/头文件签名：未改变 - 构建脚本行为：未改变（仅尾部换行/空白调整） ## 关联的Issue 无 ## 测试 - [x] 全仓 C/C++ 文件：使用 `clang-format` + 新 `.clang-format` 跑一遍，与本 PR 工作区内容逐字节匹配 - [x] 全仓 JSON 配置文件：`json.loads(HEAD) == json.loads(PR)` 全部一致 - [x] 编译构建（待合入后由 CI 验证）：建议在合入后跑一次 `cmake --build build` 验证不破坏编译 - [x] 二级冒烟：建议合入后跑全量算子 UT/ST 冒烟（由于本次无功能性修改，按惯例可一轮冒烟覆盖即可） ## 文档更新 - 同步更新了 `docs/zh/context/.md`、`docs/zh/develop/.md`、`docs/zh/debug/*.md`、`README.md` 等 133 个 markdown 文件的格式（去除行尾空格、规范化空行），无内容增删 - `.clang-format` 头部注释更新为更适合新配置的写法 - 未新增/删除任何文档章节 ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [x] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [x] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1008	2 个月前
.gitignore	support pre commit function flow. Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !653 merge master_pre_commit into master support pre commit function flow. Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述 support pre commit function flow. 添加 pre-commit 钩子，支持 OAT（Open Audit Tool）合规检查流程。 - 新增 pre-commit 配置，集成 OAT 合规检查 - OAT 脚本自动检测并安装 Java 21、Maven - 增量扫描 staged 文件的许可证头和二进制文件 - CRLF 行尾自动修复 - 自动将 oat_reports/ 和 log/ 加入 .gitignore ## 关联的Issue https://gitcode.com/cann/ops-cv/issues/280 ## 测试 pre commit oat check等功能本地执行成功。 ## 文档更新不涉及文档更新 ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [x] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!653	5 个月前
.pre-commit-config.yaml	support pre commit function flow. Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !653 merge master_pre_commit into master support pre commit function flow. Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述 support pre commit function flow. 添加 pre-commit 钩子，支持 OAT（Open Audit Tool）合规检查流程。 - 新增 pre-commit 配置，集成 OAT 合规检查 - OAT 脚本自动检测并安装 Java 21、Maven - 增量扫描 staged 文件的许可证头和二进制文件 - CRLF 行尾自动修复 - 自动将 oat_reports/ 和 log/ 加入 .gitignore ## 关联的Issue https://gitcode.com/cann/ops-cv/issues/280 ## 测试 pre commit oat check等功能本地执行成功。 ## 文档更新不涉及文档更新 ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [x] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!653	5 个月前
CHANGELOG.md	modified md files(for readability improvement) Co-authored-by: duhuiping<duhuiping@h-partners.com> # message auto-generated for no-merge-commit merge: !977 merge master into master modified md files(for readability improvement) Created-by: gitee-duhuiping Commit-by: duhuiping Merged-by: cann-robot Description: ## 描述 Mofify redundant spaces, such as those between Chinese and English characters. ## 关联的Issue [#525](https://gitcode.com/cann/ops-cv/issues/525) ## 测试 Only involves updating the MD document description, does not involve testing. ## 文档更新 md files ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [x] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!977	2 个月前
CMakeLists.txt	feat(build): 支持 --pkg-type=deb/rpm 包构建 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1058 merge master_deb_rpm into master feat(build): 支持 --pkg-type=deb/rpm 包构建 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述为 ops-cv 增加 deb / rpm 包构建能力。原来的 `bash build.sh --pkg` 只能出 run 包(`External` generator),本次在 `run` 之外加 `deb` / `rpm` 两种格式,沿用 `cann-cmake` 公共仓的 `set_cann_cpack_config(... PACKAGE_TYPE ...)` 通道,不引入新的打包框架。 ### 改动清单 `CMakeLists.txt` - 新增 `PACKAGE_TYPE` 缓存选项,值域 `run / rpm / deb`,默认 `run`,透传给 `cmake/package.cmake` 的 `set_cann_cpack_config` `build.sh` - 新增 `--pkg-type=run\|rpm\|deb` 参数(默认 `run`),长选项白名单同步加 `pkg-type=` - 新增 `check_pkg_type()` 校验函数,在 getopts 阶段做值合法性校验 - `check_param` 阶段新增三条互斥约束: - `--pkg-type` 必须与 `--pkg` 配合 - `--pkg-type=rpm\|deb` 不允许与 `--static` / `--jit` 共用 - `--pkg-type=rpm\|deb` 不允许与 `--ops` / `--vendor_name` / `--experimental` 共用(只支持内置算子打包) - `assemble_cmake_args` 透传 `-DPACKAGE_TYPE=${PACKAGE_TYPE}` 给 cmake - 三个新函数: - `find_rpm_deb_package` — 共享的 find 实现,glob 收紧为 `cann-ops-cv.${TYPE}`,排除 `.tmp` / `.bak` / `.partial` 和 `BUILD_OUT_PATH` - `clean_rpm_deb_package` — 在 `cmake --build . --target package` 之前清理 `BUILD_PATH` 下残留的同类型旧包 - `collect_rpm_deb_package` — 构建成功后从 `BUILD_PATH` 拷贝到 `BUILD_OUT_PATH`,找不到包则 `[ERROR]` 退出 - `cmake --build . --target package` 失败立即 `exit 1`,避免后续 collect 误把旧产物当新构建结果拷贝 `cmake/package.cmake`* - 透传 `PACKAGE_TYPE` 给 `set_cann_cpack_config` - 显式补齐 `CANN_VERSION_ops-cv_VERSION` 和 `CANN_VERSION_ops-cv_VERSION_MAJOR_MINOR` 两个变量: `version.cmake` 用下划线名 `ops_cv` 注册,`set_cann_cpack_config` 用连字符 component `ops-cv`;`cann-cmake` 公共仓 `prepare.cmake` 在拼装版本号时按 component 拼出的变量名是连字符的(`CANN_VERSION_ops-cv_VERSION`),直接读会拿到空,显式赋值避免 `CPACK_PACKAGE_VERSION` 退化为空、产物文件名变成 `cann-ops-cv__Linux-x86_64.{deb,rpm}` 这种缺版本号形态 `scripts/package/ops_cv/ops_cv.xml` - `scene.info` 安装权限 `440 → 640` - `share/info/ops_cv` 目录权限 `550 → 750` - `version.info` 显式 `install_mod="440"` - 目的:配合 deb / rpm 的 `postinst` 脚本在 `share/info/ops_cv/` 目录下写 `version.info`,确保安装后该目录属主可写,`version.info` 自身只读 ### 触发方式 `bash bash build.sh --pkg --pkg-type=deb --soc=ascend910b -j16 bash build.sh --pkg --pkg-type=rpm --soc=ascend910b -j16 bash build.sh --pkg # 默认 run,与原行为一致` ## 关联的Issue 无 ## 测试 - [x] `--pkg` 默认 run 包构建,产物路径和文件名与改前一致(回归) - [x] `--pkg --pkg-type=deb` 在 Ubuntu 22.04 容器内构建出 `cann-ops-cv_<ver>_linux-x86_64.deb`,`dpkg-deb -I` 校验 `Package: cann-ops-cv`、`Version: 9.1.0` 正常 - [x] `--pkg --pkg-type=rpm` 在 openEuler 22.03 容器内构建出 `cann-ops-cv-<ver>-<arch>.rpm`,`rpm -qpi` 校验 Package / Version 正常 - [x] 重复跑 `--pkg --pkg-type=deb`:`clean_rpm_deb_package` 正确清掉上次 `.deb`,`collect_rpm_deb_package` 拿到的是本次新产物 - [x] `--pkg-type=deb` 与 `--static` / `--jit` / `--ops` / `--experimental` 组合:`check_param` 按预期报 `[ERROR]` 退出 - [x] `--pkg-type=invalid`:预校验 + getopts 两阶段都按预期报 `[ERROR] --pkg-type only supports run/rpm/deb` - [x] `cmake --build . --target package` 故意制造失败(临时改坏 `pack_built_in`):脚本在 `exit 1` 处停下,不会把上次的旧 `.deb` 误拷出来 ## 文档更新无(用户面向接口和命令行未变,只新增参数,help 文本和 examples 在 `build.sh` 内已更新) ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [x] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-cv!1058	2 个月前
CONTRIBUTING.md	更新社区贡献指南文档 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1026 merge master_contributing into master 更新社区贡献指南文档 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述更新社区贡献指南文档 CONTRIBUTING.md，完善贡献流程、代码规范、PR 提交规范等内容，降低社区参与门槛。改动点： - 新增贡献流程说明（fork → branch → PR → review → merge） - 补充代码规范要求（编码风格、提交信息格式） - 完善 PR 模板说明和 CLA 签署指引 - 清理过时表述，修正格式问题 ## 测试 - [ ] 文档格式验证：本地预览 Markdown 渲染正常 - [ ] 链接校验：确认文档内引用链接有效 ## 文档更新 - [x] 更新 CONTRIBUTING.md 社区贡献指南 ## 类型标签 - [ ] Bug 修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 重构 - [ ] 测试 - [ ] 构建/CI - [ ] 配置变更 - [x] 文档更新 See merge request: cann/ops-cv!1026	2 个月前
LICENSE	init	11 个月前
OAT.xml	规范化OAT.xml中许可证声明形式 Co-authored-by: chenyx2012<975102023@qq.com> # message auto-generated for no-merge-commit merge: !648 merge master into master 规范化OAT.xml中许可证声明形式 Created-by: chenyx_2012 Commit-by: chenyx2012 Merged-by: cann-robot Description: ## 描述规范化OAT.xml中许可证声明形式 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!648	5 个月前
README.md	update: 更新文件 README.md Signed-off-by: zhangfands <18768316492@163.com>	2 个月前
SECURITY.md	feat(build): 支持 --pkg-type=deb/rpm 包构建 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1058 merge master_deb_rpm into master feat(build): 支持 --pkg-type=deb/rpm 包构建 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述为 ops-cv 增加 deb / rpm 包构建能力。原来的 `bash build.sh --pkg` 只能出 run 包(`External` generator),本次在 `run` 之外加 `deb` / `rpm` 两种格式,沿用 `cann-cmake` 公共仓的 `set_cann_cpack_config(... PACKAGE_TYPE ...)` 通道,不引入新的打包框架。 ### 改动清单 `CMakeLists.txt` - 新增 `PACKAGE_TYPE` 缓存选项,值域 `run / rpm / deb`,默认 `run`,透传给 `cmake/package.cmake` 的 `set_cann_cpack_config` `build.sh` - 新增 `--pkg-type=run\|rpm\|deb` 参数(默认 `run`),长选项白名单同步加 `pkg-type=` - 新增 `check_pkg_type()` 校验函数,在 getopts 阶段做值合法性校验 - `check_param` 阶段新增三条互斥约束: - `--pkg-type` 必须与 `--pkg` 配合 - `--pkg-type=rpm\|deb` 不允许与 `--static` / `--jit` 共用 - `--pkg-type=rpm\|deb` 不允许与 `--ops` / `--vendor_name` / `--experimental` 共用(只支持内置算子打包) - `assemble_cmake_args` 透传 `-DPACKAGE_TYPE=${PACKAGE_TYPE}` 给 cmake - 三个新函数: - `find_rpm_deb_package` — 共享的 find 实现,glob 收紧为 `cann-ops-cv.${TYPE}`,排除 `.tmp` / `.bak` / `.partial` 和 `BUILD_OUT_PATH` - `clean_rpm_deb_package` — 在 `cmake --build . --target package` 之前清理 `BUILD_PATH` 下残留的同类型旧包 - `collect_rpm_deb_package` — 构建成功后从 `BUILD_PATH` 拷贝到 `BUILD_OUT_PATH`,找不到包则 `[ERROR]` 退出 - `cmake --build . --target package` 失败立即 `exit 1`,避免后续 collect 误把旧产物当新构建结果拷贝 `cmake/package.cmake`* - 透传 `PACKAGE_TYPE` 给 `set_cann_cpack_config` - 显式补齐 `CANN_VERSION_ops-cv_VERSION` 和 `CANN_VERSION_ops-cv_VERSION_MAJOR_MINOR` 两个变量: `version.cmake` 用下划线名 `ops_cv` 注册,`set_cann_cpack_config` 用连字符 component `ops-cv`;`cann-cmake` 公共仓 `prepare.cmake` 在拼装版本号时按 component 拼出的变量名是连字符的(`CANN_VERSION_ops-cv_VERSION`),直接读会拿到空,显式赋值避免 `CPACK_PACKAGE_VERSION` 退化为空、产物文件名变成 `cann-ops-cv__Linux-x86_64.{deb,rpm}` 这种缺版本号形态 `scripts/package/ops_cv/ops_cv.xml` - `scene.info` 安装权限 `440 → 640` - `share/info/ops_cv` 目录权限 `550 → 750` - `version.info` 显式 `install_mod="440"` - 目的:配合 deb / rpm 的 `postinst` 脚本在 `share/info/ops_cv/` 目录下写 `version.info`,确保安装后该目录属主可写,`version.info` 自身只读 ### 触发方式 `bash bash build.sh --pkg --pkg-type=deb --soc=ascend910b -j16 bash build.sh --pkg --pkg-type=rpm --soc=ascend910b -j16 bash build.sh --pkg # 默认 run,与原行为一致` ## 关联的Issue 无 ## 测试 - [x] `--pkg` 默认 run 包构建,产物路径和文件名与改前一致(回归) - [x] `--pkg --pkg-type=deb` 在 Ubuntu 22.04 容器内构建出 `cann-ops-cv_<ver>_linux-x86_64.deb`,`dpkg-deb -I` 校验 `Package: cann-ops-cv`、`Version: 9.1.0` 正常 - [x] `--pkg --pkg-type=rpm` 在 openEuler 22.03 容器内构建出 `cann-ops-cv-<ver>-<arch>.rpm`,`rpm -qpi` 校验 Package / Version 正常 - [x] 重复跑 `--pkg --pkg-type=deb`:`clean_rpm_deb_package` 正确清掉上次 `.deb`,`collect_rpm_deb_package` 拿到的是本次新产物 - [x] `--pkg-type=deb` 与 `--static` / `--jit` / `--ops` / `--experimental` 组合:`check_param` 按预期报 `[ERROR]` 退出 - [x] `--pkg-type=invalid`:预校验 + getopts 两阶段都按预期报 `[ERROR] --pkg-type only supports run/rpm/deb` - [x] `cmake --build . --target package` 故意制造失败(临时改坏 `pack_built_in`):脚本在 `exit 1` 处停下,不会把上次的旧 `.deb` 误拷出来 ## 文档更新无(用户面向接口和命令行未变,只新增参数,help 文本和 examples 在 `build.sh` 内已更新) ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [x] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-cv!1058	2 个月前
Third_Party_Open_Source_Software_List.yaml	修改 makeself version声明与实际使用三方件版本一致 Co-authored-by: liukejin<liukejin@huawei.com> # message auto-generated for no-merge-commit merge: !408 merge tp_version into master 修改 makeself version声明与实际使用三方件版本一致 Created-by: liukejin Commit-by: liukejin Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 修改 makeself version声明修改点：版本号声明与使用版本号一致，增加补丁版本说明 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> 关联Issue [#133](https://gitcode.com/cann/ops-cv/issues/133) ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> 开源三方件引用声明，不需要测试，流水线通过即可 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> NA ## 类型标签 <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!408	6 个月前
Third_Party_Open_Source_Software_Notice	add_example_aicpu修改 Co-authored-by: Ding_Jing<dingjing19@huawei.com> # message auto-generated for no-merge-commit merge: !727 merge bubgix0415 into master add_example_aicpu修改 Created-by: Ding_Jing Commit-by: Ding_Jing Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 本PR的具体修改内容如下： 1、修复add_example_aicpu的ut 2、ut说明中添加aicpu的kernel执行 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> issue [#321](https://gitcode.com/cann/ops-cv/issues/321) ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> [2026-04-15 13:48:06] Run ops opkernel_aicpu utest [2026-04-15 13:48:06] [==========] Running 1 test from 1 test suite. [2026-04-15 13:48:06] [----------] Global test environment set-up. [2026-04-15 13:48:06] [----------] 1 test from TEST_AddExample_UT [2026-04-15 13:48:06] [ RUN ] TEST_AddExample_UT.INT32_VECTOR_ADD_SUCC [2026-04-15 13:48:06] [ OK ] TEST_AddExample_UT.INT32_VECTOR_ADD_SUCC (0 ms) [2026-04-15 13:48:06] [----------] 1 test from TEST_AddExample_UT (0 ms total) [2026-04-15 13:48:06] [2026-04-15 13:48:06] [----------] Global test environment tear-down [2026-04-15 13:48:06] [==========] 1 test from 1 test suite ran. (0 ms total) [2026-04-15 13:48:06] [ PASSED ] 1 test. [2026-04-15 13:48:06] [100%] Built target cv_aicpu_op_kernel_ut ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> 更新了docs/zh/install/compile.md ## 类型标签 <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!727	4 个月前
build.sh	feat(build): 支持 --pkg-type=deb/rpm 包构建 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !1058 merge master_deb_rpm into master feat(build): 支持 --pkg-type=deb/rpm 包构建 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述为 ops-cv 增加 deb / rpm 包构建能力。原来的 `bash build.sh --pkg` 只能出 run 包(`External` generator),本次在 `run` 之外加 `deb` / `rpm` 两种格式,沿用 `cann-cmake` 公共仓的 `set_cann_cpack_config(... PACKAGE_TYPE ...)` 通道,不引入新的打包框架。 ### 改动清单 `CMakeLists.txt` - 新增 `PACKAGE_TYPE` 缓存选项,值域 `run / rpm / deb`,默认 `run`,透传给 `cmake/package.cmake` 的 `set_cann_cpack_config` `build.sh` - 新增 `--pkg-type=run\|rpm\|deb` 参数(默认 `run`),长选项白名单同步加 `pkg-type=` - 新增 `check_pkg_type()` 校验函数,在 getopts 阶段做值合法性校验 - `check_param` 阶段新增三条互斥约束: - `--pkg-type` 必须与 `--pkg` 配合 - `--pkg-type=rpm\|deb` 不允许与 `--static` / `--jit` 共用 - `--pkg-type=rpm\|deb` 不允许与 `--ops` / `--vendor_name` / `--experimental` 共用(只支持内置算子打包) - `assemble_cmake_args` 透传 `-DPACKAGE_TYPE=${PACKAGE_TYPE}` 给 cmake - 三个新函数: - `find_rpm_deb_package` — 共享的 find 实现,glob 收紧为 `cann-ops-cv.${TYPE}`,排除 `.tmp` / `.bak` / `.partial` 和 `BUILD_OUT_PATH` - `clean_rpm_deb_package` — 在 `cmake --build . --target package` 之前清理 `BUILD_PATH` 下残留的同类型旧包 - `collect_rpm_deb_package` — 构建成功后从 `BUILD_PATH` 拷贝到 `BUILD_OUT_PATH`,找不到包则 `[ERROR]` 退出 - `cmake --build . --target package` 失败立即 `exit 1`,避免后续 collect 误把旧产物当新构建结果拷贝 `cmake/package.cmake`* - 透传 `PACKAGE_TYPE` 给 `set_cann_cpack_config` - 显式补齐 `CANN_VERSION_ops-cv_VERSION` 和 `CANN_VERSION_ops-cv_VERSION_MAJOR_MINOR` 两个变量: `version.cmake` 用下划线名 `ops_cv` 注册,`set_cann_cpack_config` 用连字符 component `ops-cv`;`cann-cmake` 公共仓 `prepare.cmake` 在拼装版本号时按 component 拼出的变量名是连字符的(`CANN_VERSION_ops-cv_VERSION`),直接读会拿到空,显式赋值避免 `CPACK_PACKAGE_VERSION` 退化为空、产物文件名变成 `cann-ops-cv__Linux-x86_64.{deb,rpm}` 这种缺版本号形态 `scripts/package/ops_cv/ops_cv.xml` - `scene.info` 安装权限 `440 → 640` - `share/info/ops_cv` 目录权限 `550 → 750` - `version.info` 显式 `install_mod="440"` - 目的:配合 deb / rpm 的 `postinst` 脚本在 `share/info/ops_cv/` 目录下写 `version.info`,确保安装后该目录属主可写,`version.info` 自身只读 ### 触发方式 `bash bash build.sh --pkg --pkg-type=deb --soc=ascend910b -j16 bash build.sh --pkg --pkg-type=rpm --soc=ascend910b -j16 bash build.sh --pkg # 默认 run,与原行为一致` ## 关联的Issue 无 ## 测试 - [x] `--pkg` 默认 run 包构建,产物路径和文件名与改前一致(回归) - [x] `--pkg --pkg-type=deb` 在 Ubuntu 22.04 容器内构建出 `cann-ops-cv_<ver>_linux-x86_64.deb`,`dpkg-deb -I` 校验 `Package: cann-ops-cv`、`Version: 9.1.0` 正常 - [x] `--pkg --pkg-type=rpm` 在 openEuler 22.03 容器内构建出 `cann-ops-cv-<ver>-<arch>.rpm`,`rpm -qpi` 校验 Package / Version 正常 - [x] 重复跑 `--pkg --pkg-type=deb`:`clean_rpm_deb_package` 正确清掉上次 `.deb`,`collect_rpm_deb_package` 拿到的是本次新产物 - [x] `--pkg-type=deb` 与 `--static` / `--jit` / `--ops` / `--experimental` 组合:`check_param` 按预期报 `[ERROR]` 退出 - [x] `--pkg-type=invalid`:预校验 + getopts 两阶段都按预期报 `[ERROR] --pkg-type only supports run/rpm/deb` - [x] `cmake --build . --target package` 故意制造失败(临时改坏 `pack_built_in`):脚本在 `exit 1` 处停下,不会把上次的旧 `.deb` 误拷出来 ## 文档更新无(用户面向接口和命令行未变,只新增参数,help 文本和 examples 在 `build.sh` 内已更新) ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [x] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他,请描述: See merge request: cann/ops-cv!1058	2 个月前
classify_rule.yaml	feat: add image_projective_transform operator for Ascend950 Co-authored-by: 陈展熹<chenzhanxi1@huawei.com> # message auto-generated for no-merge-commit merge: !1016 merge feat/image_projective_transform into master feat: add image_projective_transform operator for Ascend950 Created-by: yourealize Commit-by: 陈展熹 Merged-by: cann-robot Description: ## 描述新增 image_projective_transform 算子，支持 Ascend950 平台的图像投影变换。 ### 改动原因 Ascend950 平台缺少 image_projective_transform 算子实现，需补充该算子以支持图像投影变换能力。 ### 改动方法 - 新增 image_projective_transform 算子，支持 BILINEAR（双线性插值）/ NEAREST（最近邻插值）两种插值模式 - 支持 float32 / float16 / uint8 / int32 / int64 五种数据类型 - 使用 double-simulation（Dekker/Knuth 算法）实现精确浮点除法，匹配 TF CPU float32 行为 - 通过 pragma clang fp contract(off) 禁用 FMA 收缩，确保与 TensorFlow 计算结果一致 ## 关联的Issue - #550 ## 测试 - pkg --soc=ascend950 编译通过 - Host UT 编译通过 - 自检 10 条规则全部通过 ## 文档更新无 ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!1016	2 个月前
install_deps.sh	fix: 完善三方依赖安装并修正文档错误 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !894 merge master into master fix: 完善三方依赖安装并修正文档错误 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述本次修复主要完善三方依赖安装、依赖下载地址与相关文档说明，提升离线/联网构建依赖准备的一致性，并修正文档中的格式和返回码问题。主要改动如下： 1. 在 `install_deps.sh` 中新增 `pkg-config` 前置检查与安装流程，并在检查 `googletest` 时抑制 `pkg-config` 缺失场景下的无效错误输出。 2. 更新 json 三方依赖下载地址为 OBS `json-3.11.3.tar.gz`，同步更新 `cann-cmake` 至 `master-016` 及对应 SHA256，并补充三方库下载脚本中的 cmake 包下载项。 3. 修正 AICPU UT 公共工具头文件中 `string` 未限定命名空间的问题，补充 `<string>` 并使用 `std::string`。 4. 修正文档目录树、步骤编号、交付件分隔、注释错字以及 aclnn 返回码重复项等文档问题。 5. 清理 `SECURITY.md` 中过期的三方依赖脚本声明，补充当前实际使用的下载脚本和 `cann-cmake` 来源说明。 ## 关联的Issue 暂无关联 Issue。 ## 测试已完成如下验证： 1. 执行 `bash -n install_deps.sh`，脚本语法检查通过。 2. 执行 `python3 -m py_compile scripts/tools/third_lib_download.py`，Python 脚本语法检查通过。 3. 使用 `rg` 检查旧 json 下载地址、`cmake-master-014`、裸 `string node_def_str`、`gcc >= 7.3.0`、文档错别字及过期 `cmake/third_party/json.cmake` 等旧模式，均未检出。 4. 执行 CRLF-aware `git diff --check`，空白字符检查通过。未执行项：当前本地环境未安装 `cmake`，因此未执行 CMake 最小配置验证和 AICPU UT 编译验证。 ## 文档更新更新了安装、编译、开发、调用、返回码、安全声明等相关文档，主要包括： - 安装文档补充 `gcc/g++ >= 7.3.0` 依赖说明。 - 编译文档更新 json 与 `cann-cmake master-016` 下载信息。 - 开发与调用文档修正格式、步骤编号和注释错误。 - 返回码文档修正废弃返回码项，避免与最新返回码重复。 - 安全声明文档清理过期三方依赖脚本路径并补充当前依赖来源。 ## 类型标签 <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [x] 🔧 配置变更 - [x] 📝 文档更新 - [x] ⬆️ 依赖升级 - [x] 🔒 安全修复 - [x] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!894	3 个月前
requirements.txt	【描述】前置依赖资料修改&&build.sh --help提示&&requirement.txt明确依赖版本 Co-authored-by: j00427146<jialimin1@huawei.com> # message auto-generated for no-merge-commit merge: !774 merge cv_markdown into master 【描述】前置依赖资料修改&&build.sh --help提示&&requirement.txt明确依赖版本 Created-by: jialimin1 Commit-by: j00427146 Merged-by: cann-robot Description: ## 描述 1、手动安装，最小化环境依赖不清晰资料调整 2、SOC 参数错误应更新 build.sh 支持列表并完善文档说明 3、requirement.txt Python 依赖冲突应显式声明版本约束与缺失依赖 4、修改QUICKSTART.md/quick_install.md中关于WebIDE的错误路径； 5、补充AddExample编译中--soc支持参数的说明； 6、更新AddExample编译成功后返回的提示信息。 ## 关联的Issue Issue #332 <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [ ] 🔧 配置变更 - [x] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!774	4 个月前
version.cmake	change pacage version info from 9.0.0 to 9.1.0 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !888 merge master_version into master change pacage version info from 9.0.0 to 9.1.0 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述将 ops_cv 包版本从 9.0.0 更新至 9.1.0，与最新 CANN 版本保持一致。 ## 关联的Issue 无需关联 Issue。 ## 测试 1. 编译构建测试 - 执行 cmake 配置和编译，验证版本号变更正确生效 ## 文档更新无需文档更新。 ## 类型标签 - [ ] 🐛 Bug 修复 - [ ] ✨ 新特性 - [ ] ⚡ 性能优化 - [ ] ♻️ 重构 - [ ] 🧪 测试 - [ ] 📦 构建/CI - [x] 🔧 配置变更 - [ ] 📝 文档更新 - [ ] ⬆️ 依赖升级 - [ ] 🔒 安全修复 - [ ] 🧹 代码清理 - [ ] ❓ 其他，请描述： See merge request: cann/ops-cv!888	3 个月前

ops-cv

🔥Latest News

[2026/01] 新增QuickStart，指导新手零基础入门算子项目部署（支持Docker环境）、算子开发和贡献流程。
[2025/12] 开源算子支持Ascend 950PR/Ascend 950DT/KirinX90，可以通过CANN Simulator仿真工具开发调试；优化指南类文档，聚焦算子开发指南，明确最小交付件和关键示例代码，针对Ascend/samples仓算子提供迁移本项目的指导；新增onnx算子插件支持。
[2025/11] three_interpolate_backward算子新增确定性计算特性；新增opgen支持自动生成算子工程。
[2025/10] 新增experimental目录，完善贡献指南，支持开发者调试并贡献自定义算子。
[2025/09] ops-cv项目首次上线，开源算子支持Atlas A2/A3系列产品。

🚀概述

ops-cv是CANN（Compute Architecture for Neural Networks）算子库中提供图像处理、目标检测等能力的高阶算子库，包括image类、objdetect类算子，覆盖常见的图像处理操作，子库在架构图中的位置如下。

架构图

📌版本配套

本项目源码会跟随CANN软件版本发布，关于CANN软件版本与本项目标签的对应关系请参阅release仓库中的相应版本说明。请注意，为确保您的源码定制开发顺利进行，请选择配套的CANN版本与Gitcode标签源码，使用master分支可能存在版本不匹配的风险。

🛠️环境准备

环境部署是体验本项目能力的前提，请先完成NPU驱动、CANN包安装等，确保环境正常。

⬇️源码下载

环境准备好后，下载与CANN版本配套的分支源码，命令如下，${tag_version}替换为分支标签名。

说明：若环境中已存在配套分支源码，可跳过本步骤，例如CANNLab默认已提供最新商发版CANN对应的源码。

# 通用命令：git clone -b ${tag_version} https://gitcode.com/cann/ops-cv.git
git clone -b ${tag_version} https://gitcode.com/cann/ops-cv.git

说明：若环境中已存在配套分支源码，可跳过本步骤，例如CANNLab默认已提供最新商发版CANN对应的源码。

📖学习教程

快速入门：从零开始快速体验项目核心基础能力，涵盖源码编译、算子调用、开发与调试等操作。
进阶教程：如需深入了解项目编译部署、算子调用、开发、调试调优等能力，请查阅文档中心获取详细指引。

💬相关信息

PS：本项目功能和文档正在持续更新和完善中，欢迎您关注最新版本。

问题反馈：通过GitCode【Issues】提交问题。
社区互动：通过GitCode【讨论】参与交流。
技术专栏：通过GitCode【Wiki】获取技术文章。

项目介绍

本项目是CANN提供的图像处理、目标检测相关的算子库，实现网络在NPU上加速计算。

ops-cv:基于 CANN 的计算机视觉高阶算子库项目