DVPP媒体数据处理图片解码问题案例

news2024/11/24 8:27:15

DVPP（Digital Vision Pre-Processing）是昇腾AI处理器内置的图像处理单元，通过AscendCL媒体数据处理接口提供强大的媒体处理硬加速能力，主要功能包括图像编解码、视频编解码、图像抠图缩放等。

本期就分享几个关于DVPP图片解码问题的典型案例，并给出原因分析及解决方法：

1. 图片格式不支持或图片数据不完整，图片解码失败

2. 图像解码进程超时退出

01 图片格式不支持或图片数据不完整，图片解码失败

问题现象信息

图片解码失败，查看日志有类似如下报错信息：

日志片段举例1：

Unsupported subsample format, just support jpeg with YUV 444 440 422 420 400
do not support progressive mode
do not support arithmetic code, support huffman code only

日志片段举例2：

EOI segment of the stream is invalid

原因分析

分析上面日志信息，可能存在以下可能原因：

数据格式不支持
图片数据不完整

解决措施

针对上述可能原因，请按以下方式处理：

1、目前不支持的超规格图像格式，建议用户自行使用第三方软件解码。

解码JPEG图片，只支持JPEG图片为huffman编码(colorspace: yuv, subsample: 444/440/422/420/400 )，不支持算术编码，不支持渐进编码，不支持jpeg2000格式。

2、图片数据不完整，根据报错提示，通过第三方软件查看原图像二进制进行确认。

图像缺失最后的EOI结束符，对应图像二进制类似下图所示。正常JPEG图片最后应该由标记码FF D9结束，该数据最后缺失FF D9标记码。

如果确认原图数据不完整，报错属于正常现象，需更换图片。

3、原图像数据完整，可能数据在传输过程中存在损坏，需要在调用图片解码接口前，通过fwrite函数将送入解码接口的的图片码流保存下来，与原JPEG图进行二进制比较。如果不一致，传输过程出现数据缺失，需进一步定位传输过程数据缺失问题后，再重新解码图片。

02 图像解码进程超时退出

问题现象信息

用户进程退出。

查看应用类日志，发现类似ERROR日志“task timeout, userData= ..., timeout=30, duration=…”和WARNING日志“frames statistic: ACL receive(n), send(n-1)”，n表示处理任务数量，需根据实际情况确定。

日志片段举例如下：

[ERROR] AICPU(pid,pName):DateTimeMS [dvpp_timeout_manager.cc:33][OnPulse][tid:2581][DVPP_KERNELS] WaitId[10] task timeout, userData=0xe7ffe0001280, timeout=30, duration=30.930062.
[INFO] AICPU(pid,pName):DateTimeMS [dvpp_kernel_base.cc:222][SendTaskCompleteToTs][tid:2581][DVPP_KERNELS] Send task complete to ts success, taskId=2, streamId=44, errorCode=1.
[WARNING] DVPP(pid,pName):DateTimeMS [JpegdAsyncManager.cpp:405][API] [PrintFrameCount:405] [T208] DFX [JPEGD]: frames statistic: ACL receive(16), send(15)

原因分析

多路并发解码JPEG图片场景下，如果每一路解码的JPEG图片中，都包含带旋转信息的大分辨率图片，例如3840*2160分辨率及以上的图片，则可能导致图片解码时间过长，从而导致用户进程超时退出。

解决措施

1、确定大分辨率的图片是否包含旋转信息。

使用JPEG码流分析工具（例如JPEGsnoop）解析大分辨率的图片，查看其是否包含旋转信息，若Orientation信息为1，则表示不旋转；否则，都带有一定角度的旋转，例如下图解析出来的Orientation信息为8，表示顺时针旋转270°。