OpenVX 1.3.2 发布：更精确的错误信息、更好的一致性以及为 2.0 版本奠定的基础

Khronos 发布了 OpenVX 1.3.2，这是对开源、免版税标准的更新，该标准采用基于高级图形的框架，提供可移植、高效的视觉处理。此次更新重点加强了错误处理，提高了兼容性，并使 OpenVX 更易于供应商实现和开发人员调试 —— 为下一个主要版本 OpenVX 2.0 奠定了基础。

OpenVX 1.3.2 在错误报告、API 灵活性和一致性方面进行了有针对性的、实用的改进。
新的错误代码（VX_ERROR_TIMEOUT、VX_ERROR_GRAPH_NOT_VERIFIED）使调试更容易，安全关键行为更清晰。
扩展的图像格式支持包括 RGBA 和改进的 1 位 (U1) 图像处理。
改进的类型安全性、更新的文档和更新的一致性测试减少了开发人员和实现者的歧义。
该版本为 OpenVX 2.0 及其对更广泛的异构传感器工作负载的支持奠定了重要的基础。

Khronos® 发布了 OpenVX™ 1.3.2，这是对开源、免版税标准的更新，该标准采用基于高级图的框架，提供可移植、高效的视觉处理。此次更新重点增强了错误处理能力，提高了兼容性，并使供应商更容易实现 OpenVX，开发人员也更容易调试 —— 为下一个主要版本 OpenVX 2.0 奠定了基础。

如果您维护视觉流水线或安全关键型系统，新的错误代码和更清晰的图像处理规则将缩短调试时间并提高可移植性。无论您是正在部署生产流水线，还是正在为异构传感器工作负载做准备，OpenVX 1.3.2 都采纳了开发者的实际反馈，并为未来的发展奠定了坚实的基础。

为开发者提供更好的 API

新增的多个 API 提高了灵活性，同时使应用程序更容易构建和调试。

新的错误代码能够针对常见的运行时场景提供更精确的报告，包括：

VX_ERROR_TIMEOUT 对于执行时间超出预期的操作，这在安全关键型应用中尤其有用。
VX_ERROR_GRAPH_NOT_VERIFIED 对于尚未完成验证的图。

此次发布还引入了对 VX_DF_IMAGE_RGBA 图像格式的支持，从而支持带有 alpha 通道的图像。此外，还新增了一致性标识符以及罗伯特·博世有限公司（Robert Bosch GmbH ）的供应商 ID。

开发者可通过 API 增强功能获得更大的灵活性，包括：

更广泛地支持虚拟对象数组。
支持用户自定义结构 vx_scalar。
支持 VX_DF_IMAGE_U1 高斯缩放操作中的 1 位（）图像。

这些变化扩大了开发者可以在不增加 API 复杂性的情况下构建的功能。

更可预测的行为

OpenVX 1.3.2 的一个主要目标是提高一致性和更清晰的故障报告。

现在多个 API 返回更完整的错误信息，使故障更容易诊断。只读的属性能够一直报告错误 VX_ERROR_NOT_SUPPORTED，而复制和映射 API 中的内存分配故障则返回错误 VX_ERROR_NO_MEMORY。

该规范还统一了术语，将原本含糊不清的“未定义”或“依赖于实现”的行为替换为更精确的术语“实现定义”。这明确了供应商必须在其实现中记录哪些行为，从而提高了跨平台的可移植性。

改进的类型安全性和文档

此次版本更新中的许多变化对于实施者和维护者来说最为明显，但 OpenVX 生态系统中的每个人都能从中受益。

这次发布包含了许多 API 签名的修正，主要是为了提高类型正确性并消除编译器警告，比如对 vxAddUserKernel 和 vxUnmap* 系列函数的更新。

文档也进行了全面更新：

现在，节点模式和即时模式函数的输出图像约束条件已得到统一记录。
之前未记录的返回值现已列出。
规范中已修正了所有排版错误、格式不一致和失效的交叉引用。

最终得到的 API 更容易正确实现，对应用程序开发人员来说也更清晰易懂。

更清晰的图像处理

现在处理图像块，特别是 1 位（VX_DF_IMAGE_U1）图像，变得更加清晰和可预测。

OpenVX 1.3.2 增加了对像素寻址、图像步长、感兴趣区域对齐和图像创建的明确要求。

这些澄清有助于减少不确定性，并促进各实施环节行为的一致性。

更强的一致性

OpenVX 示例实现和一致性测试套件已全面更新至 1.3.2 版本。它们包含了所有规范变更，并修复了社区报告的已知问题。保持实现、测试和规范的一致性有助于供应商更有信心地进行验证，并提高整个生态系统的互操作性。

展望 OpenVX 2.0

虽然 1.3.2 版本只是一个增量版本，但此版本中每一项在一致性和文档方面的改进，都直接减少了迁移到 OpenVX 2.0 所需的工作量。OpenVX 工作组正在开发 OpenVX 2.0，以满足传统计算机视觉之外日益增长的加速处理需求。未来的版本将支持更广泛的传感器数据类型，例如雷达和超声波数据，以及其他硬件加速工作负载。

OpenVX 2.0 预计将于 2026 年底发布，它还将通过将现有内核移至扩展中，并在规范要求和一致性测试之间引入更强的可追溯性，简化供应商的采用，从而使实现更容易验证和认证。