OpenVX 1.3.2 发布：更精确的错误信息、更好的一致性以及为 2.0 版本奠定的基础
内容提要
Khronos发布OpenVX 1.3.2，增强错误处理、图像格式支持及类型安全，提升一致性和可调试性，为OpenVX 2.0奠定基础。新版本引入新错误代码、RGBA和1位图像支持，并更新文档和测试套件，旨在简化供应商实现和开发者使用，未来将支持更广泛传感器数据。
延伸解读
新错误代码的实际意义
新增的VX_ERROR_TIMEOUT和VX_ERROR_GRAPH_NOT_VERIFIED错误代码，让开发者能更精确地定位问题。例如，在安全关键应用中，超时错误可明确指示执行超时，而图未验证错误则提醒开发者先完成验证。这减少了调试时的不确定性，提升了开发效率。
图像格式扩展的影响
支持RGBA格式和1位图像处理，扩展了OpenVX的应用范围。RGBA格式便于处理带透明通道的图像，而1位图像支持则有助于处理二值化图像或掩码。这些改进使开发者能更灵活地处理多样化的视觉数据，无需额外转换。
术语统一与可移植性
规范将“未定义”或“依赖于实现”的行为统一为“实现定义”，要求供应商明确记录其行为。这减少了跨平台实现的歧义，提高了代码的可移植性。开发者可以更清晰地了解不同实现间的差异，从而编写更可靠的代码。
为OpenVX 2.0铺路
1.3.2版本虽为增量更新，但其在一致性、文档和错误处理上的改进，为迁移到2.0奠定了基础。OpenVX 2.0计划支持雷达、超声波等更多传感器数据，并简化供应商采用。当前版本的改进将降低未来升级的复杂度，帮助开发者提前适应。
Q&A
OpenVX 1.3.2 新增了哪些错误代码？它们分别用于什么场景？
OpenVX 1.3.2 新增了两个错误代码：VX_ERROR_TIMEOUT 用于报告执行时间超出预期的操作，特别适用于安全关键型应用；VX_ERROR_GRAPH_NOT_VERIFIED 用于报告尚未完成验证的图。
OpenVX 1.3.2 在图像格式支持方面有哪些扩展？
OpenVX 1.3.2 扩展了图像格式支持，新增了对 VX_DF_IMAGE_RGBA 格式的支持，允许处理带有 alpha 通道的图像；同时改进了对 1 位（VX_DF_IMAGE_U1）图像的处理，包括在缩放操作中支持该格式。
OpenVX 1.3.2 如何提高错误报告的一致性和可预测性？
OpenVX 1.3.2 通过多个 API 返回更完整的错误信息，例如只读属性始终报告 VX_ERROR_NOT_SUPPORTED，复制和映射 API 中的内存分配故障返回 VX_ERROR_NO_MEMORY。此外，规范将模糊的“未定义”或“依赖于实现”行为替换为更精确的“实现定义”，要求供应商明确记录这些行为，从而提高跨平台的可移植性。
OpenVX 1.3.2 在类型安全和文档方面做了哪些改进？
OpenVX 1.3.2 修正了许多 API 签名以提高类型正确性并消除编译器警告，例如 vxAddUserKernel 和 vxUnmap* 系列函数。文档也全面更新，统一记录了节点模式和即时模式函数的输出图像约束，列出了之前未记录的返回值，并修正了所有排版错误、格式不一致和失效的交叉引用。
OpenVX 1.3.2 对 1 位图像处理有哪些明确要求？
OpenVX 1.3.2 增加了对像素寻址、图像步长、感兴趣区域对齐和图像创建的明确要求，特别是针对 1 位（VX_DF_IMAGE_U1）图像，以减少不确定性并促进各实施环节行为的一致性。
OpenVX 1.3.2 与 OpenVX 2.0 有什么关系？
OpenVX 1.3.2 是 2.0 版本的基础，其一致性和文档改进直接减少了迁移到 OpenVX 2.0 的工作量。OpenVX 2.0 预计于 2026 年底发布，将支持更广泛的传感器数据类型（如雷达和超声波数据），并通过将现有内核移至扩展中、加强规范要求与一致性测试之间的可追溯性来简化供应商采用。
OpenVX 1.3.2 在 API 灵活性方面有哪些增强？
OpenVX 1.3.2 增强了 API 灵活性，包括更广泛地支持虚拟对象数组、支持用户自定义结构 vx_scalar，以及在 VX_DF_IMAGE_U1 高斯缩放操作中支持 1 位图像。这些变化扩大了开发者可以构建的功能，同时不增加 API 复杂性。
