日志在/home/HwHiAiUser/ascend/log/plog/下，先看下日志吧。从你的截图看不出来，这个东西貌似要解码extradata，不太好搞

Decode channel 0 frame 0 failed, error 5这个报错是acl.media.dvpp_get_pic_desc_ret_code接口返回的，错误码解释如下：AICPU_DVPP_KERNEL_STATE_INTERNAL_ERROR = 5系统内部错误。应该是解码有什么错误。请问你安装的cann包是什么版本？目前dvpp vdec解码只支持annex-b的h264流，rtsp摄像头的低码率模式也要关闭。请检查下这两个配置。另外你可以将/home/HwHiAiUser/ascend/下面的日志文件清空，然后再跑一次，只跑一路，然后将日志打包发给我们。谢谢

这种多线程的，要保持资源申请的地方context和你使用的地方context一致，你可以在主线程中调用aclrtGetCurrentContext获取主线程的context，然后把这个context传递到子线程中，在线程入口的开始，就使用aclrtSetCurrentContext设置为该线程的context

这套接口时给atlas200设备使用的，没有在atlas200dk设备上使用过，所以不确定是否可以直接使用。因为两种形态的设备环境还是有差别的，这个估计要调试下

这个堆栈看不出任何信息啊，你直接用gdb workspace_mind_studio_facedetection ， 进gdb后输入run， 然后敲 bt 看下呢如果仍然没有任何信息，就只能靠屏蔽代码看是死在什么地方了，具体方法就是：1. 屏蔽推理加后处理部分，看是不是预处理有问题；2.如果预处理没问题，就屏蔽后处理，看是不是推理的时候挂死；3.如果不挂死，就是后处理有问题了。找到具体哪个流程有问题，就走查代码。你也可以把代码发给我们看看

你可以尝试下升级到最新的cann和driver版本，现在发布的最新版本cann包是3.3.0， 驱动1.0.9,排除下以前老版本是不是有潜藏未发现的问题。升级后，清空下日志文件。然后在开始跑你的应用。过程中使用 top查看下CPU和内存使用情况，在长时间运行的过程中有没有内存逐渐减少。排除CPU忙死或者内存泄漏导致问题。如果内存情况正常，最后还卡死，就收集日志发给我们，可能在卡死前就有啥错误，日志里面有线索的话可以更方便定位。你的代码如果可以开源的话，也可以发给我们复现下。谢谢

如果你使用dvpp venc，按照性能指标，一个进程只能起一路venc，并且总帧率是30fps。A:因为acl接口不支持进程fork，如果你想多路编码，就必须是一个应用分析一路视频，然后用shell脚本拉起10个应用的副本，并且让其中4路编码，每路只有7fps。B:如果只编码一路，然后分时段对不同视频编码，这个是可行的，但是同一时段，只能对一路编码。结束的时候释放venc资源，然后再对另外一路编码。各路视频不能交叉编码

板载摄像头出来的数据是YUV420SP NV12的图像，你用image.nparray()出来的数据，也是YUV编码的二进制数据，使用opencv转yuv可以参考https://blog.csdn.net/sinat_29957455/article/details/84997327另外有个yuv420p转rgb的：https://www.jb51.net/article/204617.htm这个里面是得到Y、U、V三个分量，然后compose = np.array([Image_Y, Image_V, Image_U]).transpose([1, 2, 0]).astype(np.uint8)image = cv.cvtColor(compose, cv.COLOR_YUV2RGB)得到图像。你可以试试从image.nparray()里面分离出三个分量：image_np = image.nparray()image_y = image_np[:image.width*image.height]image_u = image_np[image.width*image.height:image.width*image.height+image.width]image_v = image_np[image.width*image.height+image.width:]然后按照上述代码转换试下。

请问你用的哪个ascend版本？从报错看，是内存踩踏了。以前20.1版本dvpp jpege功能有内存踩踏bug的，之后的版本修复了。如果是这个之后的版本，那就考虑应用样例和atlasutil库是不是有问题。这个的定位可以按如下进行：使用h264裸流做测试源。因为不是所有的mp4文件都可以在这个样例里面用的，dvpp只支持h264 main, baseline和high level几种格式。你可以用ffmpeg -i aaa.mp4 -codec copy -bsf: h264_mp4toannexb -f h264 aaa.h264将mp4转为裸流文件定界是解码接口还是解码后图像处理出现的内存踩踏。方法就是屏蔽cap.read()之后的代码，让应用程序不停的读解码后的帧，但是不做后面的推理处理。如果屏蔽后没有错误，就说明视频解码没有问题，内存踩踏是后面图片处理过程中出现的。然后你就一点一点的屏蔽代码，看到底是哪个函数哪一句代码导致的踩踏。内存踩踏比较难定位，差不多也就只能这么搞了

请问这个入口网址（[url]https://support.huaweicloud.com/api-media-atlas200dkappc30/atlasmedia_07_0021.html[/url]）是从什么地方获取到的？这个是老版本的接口，现在已经没有了。麻烦告知我们下，谢谢。atlas200dk单板摄像头获取到的是YUV图片数据，这个需要用dvpp或者opencv将图片转换为jpg的。dvpp转换可以参考[url]https://gitee.com/ascend/samples/blob/master/cplusplus/level2_simple_inference/2_object_detection/face_detection_camera/src/face_detect.cpp 102[/url]行