English | 简体中文
本例程用于说明如何使用sophon-stream快速构建视频目标检测应用。
本例程插件的连接方式如下图所示
源代码 (https://github.com/WongKinYiu/yolov7)
本例程中,yolov7算法的前处理、推理、后处理分别在三个element上进行运算,element内部可以开启多个线程,保证了一定的检测效率
- 支持BM1684X、BM1684(x86 PCIe、SoC),支持BM1688(SoC)
- BM1684X平台上,支持tpu_kernel后处理
- 支持多路视频流
- 支持多线程
在scripts
目录下提供了相关模型和数据的下载脚本 download.sh。
# 安装unzip,若已安装请跳过,非ubuntu系统视情况使用yum或其他方式安装
sudo apt install unzip
chmod -R +x scripts/
./scripts/download.sh
脚本执行完毕后,会在当前目录下生成data
目录,其中包含models
和videos
两个子目录。
下载的模型包括:
./models/
├── BM1684
│ ├── yolov7_v0.1_3output_fp32_1b.bmodel # 用于BM1684的FP32 BModel,batch_size=1,后处理在CPU上进行
│ ├── yolov7_v0.1_3output_int8_1b.bmodel # 用于BM1684的INT8 BModel,batch_size=1,后处理在CPU上进行
│ └── yolov7_v0.1_3output_int8_4b.bmodel # 用于BM1684的INT8 BModel,batch_size=4,后处理在CPU上进行
├── BM1684X
│ ├── yolov7_v0.1_3output_fp16_1b.bmodel # 用于BM1684X的FP16 BModel,batch_size=1,后处理在CPU上进行
│ ├── yolov7_v0.1_3output_fp32_1b.bmodel # 用于BM1684X的FP32 BModel,batch_size=1,后处理在CPU上进行
│ ├── yolov7_v0.1_3output_int8_1b.bmodel # 用于BM1684X的INT8 BModel,batch_size=1,后处理在CPU上进行
│ └── yolov7_v0.1_3output_int8_4b.bmodel # 用于BM1684X的INT8 BModel,batch_size=4,后处理在CPU上进行
├── BM1684X_tpukernel
│ ├── yolov7_tpukernel_fp16_1b.bmodel # 用于BM1684X的FP16 BModel,batch_size=1,后处理采用tpu_kernel
│ ├── yolov7_tpukernel_fp32_1b.bmodel # 用于BM1684X的FP32 BModel,batch_size=1,后处理采用tpu_kernel
│ ├── yolov7_tpukernel_int8_1b.bmodel # 用于BM1684X的INT8 BModel,batch_size=1,后处理采用tpu_kernel
│ └── yolov7_tpukernel_int8_4b.bmodel # 用于BM1684X的INT8 BModel,batch_size=4,后处理采用tpu_kernel
└── BM1688
├── yolov7_v0.1_3output_int8_1b.bmodel # 用于BM1688的INT8 单核BModel,batch_size=1
├── yolov7_v0.1_3output_int8_4b.bmodel # 用于BM1688的INT8 单核BModel,batch_size=4
├── yolov7_v0.1_3output_int8_1b_2core.bmodel # 用于BM1688的INT8 双核BModel,batch_size=1
└── yolov7_v0.1_3output_int8_4b_2core.bmodel # 用于BM1688的INT8 双核BModel,batch_size=4
模型说明:
以上模型移植于yolov7官方,插件配置mean=[0,0,0]
,std=[255,255,255]
,支持COCO数据集的80分类检测任务。
下载的数据包括:
videos/
├── carvana_video.mp4 # 测试视频
├── elevator-1080p-25fps-4000kbps.h264
├── mot17_01_frcnn.mp4
├── mot17_03_frcnn.mp4
├── mot17_06_frcnn.mp4
├── mot17_07_frcnn.mp4
├── mot17_08_frcnn.mp4
├── mot17_12_frcnn.mp4
├── mot17_14_frcnn.mp4
├── sample_1080p_h265.mp4
└── test_car_person_1080P.avi
如果您在x86/arm平台安装了PCIe加速卡(如SC系列加速卡),可以直接使用它作为开发环境和运行环境。您需要安装libsophon、sophon-opencv和sophon-ffmpeg,具体步骤可参考x86-pcie平台的开发和运行环境搭建或arm-pcie平台的开发和运行环境搭建。
如果您使用SoC平台(如SE、SM系列边缘设备),刷机后在/opt/sophon/
下已经预装了相应的libsophon、sophon-opencv和sophon-ffmpeg运行库包,可直接使用它作为运行环境。通常还需要一台x86主机作为开发环境,用于交叉编译C++程序。
可以直接在PCIe平台上编译程序,具体请参考sophon-stream编译
通常在x86主机上交叉编译程序,您需要在x86主机上使用SOPHON SDK搭建交叉编译环境,将程序所依赖的头文件和库文件打包至sophon_sdk_soc目录中,具体请参考sophon-stream编译。本例程主要依赖libsophon、sophon-opencv和sophon-ffmpeg运行库包。
yolov7 demo中各部分参数位于 config 目录,结构如下所示:
./config/
├── decode.json # 解码配置
├── engine_group.json # sophon-stream 简化的graph配置
├── yolov7_classthresh_roi_example.json # yolov7按照类别设置阈值的参考配置文件,需要注意,按类别设置阈值仅支持非tpu_kernel的后处理模式
├── yolov7_demo.json # demo输入配置文件
└── yolov7_group.json # 简化的yolov7配置文件,将yolov7的前处理、推理、后处理合到一个配置文件中
其中,yolov7_demo.json是例程的整体配置文件,管理输入码流等信息。在一张图上可以支持多路数据的输入,channels参数配置输入的路数,sample_interval设置跳帧数,loop_num设置循环播放次数,channel中包含码流url等信息。download_image控制是否保存推理结果,若为false则不保存,若为true,则会保存在/build/results目录下。
配置文件中不指定channel_id
属性的情况,会在demo中对每一路数据的channel_id
从0开始默认赋值。
{
"channels": [
{
"channel_id": 2,
"url": "../yolov7/data/videos/test_car_person_1080P.avi",
"source_type": "VIDEO",
"sample_interval": 1,
"loop_num": 1,
"fps": -1
},
{
"channel_id": 3,
"url": "../yolov7/data/videos/test_car_person_1080P.avi",
"source_type": "VIDEO",
"sample_interval": 1,
"loop_num": 1,
"fps": -1
},
{
"channel_id": 20,
"url": "../yolov7/data/videos/test_car_person_1080P.avi",
"source_type": "VIDEO",
"sample_interval": 1,
"loop_num": 1,
"fps": -1
},
{
"channel_id": 30,
"url": "../yolov7/data/videos/test_car_person_1080P.avi",
"source_type": "VIDEO",
"sample_interval": 1,
"loop_num": 1,
"fps": -1
}
],
"class_names": "../yolov7/data/coco.names",
"download_image": true,
"draw_func_name": "draw_yolov7_results",
"engine_config_path": "../yolov7/config/engine_group.json"
}
engine_group.json包含对graph的配置信息,这部分配置确定之后基本不会发生更改。
需要注意,部署环境下的NPU等设备内存大小会显著影响例程运行的路数。如果默认的输入路数运行中出现了申请内存失败等错误,可以考虑把输入路数减少,再进行测试。
这里摘取配置文件的一部分作为示例:在该文件内,需要初始化每个element的信息和element之间的连接方式。element_id是唯一的,起到标识身份的作用。element_config指向该element的详细配置文件地址,port_id是该element的输入输出端口编号,多输入或多输出的情况下,输入/输出编号也不可以重复。is_src标志当前端口是否是整张图的输入端口,is_sink标识当前端口是否是整张图的输出端口。 connection是所有element之间的连接方式,通过element_id和port_id确定。
[
{
"graph_id": 0,
"device_id": 0,
"graph_name": "yolov7",
"elements": [
{
"element_id": 5000,
"element_config": "../yolov7/config/decode.json",
"ports": {
"input": [
{
"port_id": 0,
"is_sink": false,
"is_src": true
}
]
}
},
{
"element_id": 5001,
"element_config": "../yolov7/config/yolov7_group.json",
"inner_elements_id": [10001, 10002, 10003],
"ports": {
"output": [
{
"port_id": 0,
"is_sink": true,
"is_src": false
}
]
}
}
],
"connections": [
{
"src_element_id": 5000,
"src_port": 0,
"dst_element_id": 5001,
"dst_port": 0
}
]
}
]
yolov7_group.json等配置文件是对具体某个element的配置细节,设置了模型参数、动态库路径、阈值等信息。该配置文件不需要指定id
字段和device_id
字段,例程会将engine_group.json
中指定的element_id
和device_id
传入。其中,thread_number
是element
内部的工作线程数量,一个线程会对应一个数据队列,多路输入情况下,需要合理设置数据队列数目,来保证线程工作压力均匀且合理。
use_tpu_kernel
为true
时,会使用tpu_kernel后处理。tpu_kernel后处理只支持BM1684X设备。
{
"configure": {
"model_path": "../yolov7/data/models/BM1684X_tpukernel/yolov7_tpukernel_int8_1b.bmodel",
"threshold_conf": 0.5,
"threshold_nms": 0.5,
"bgr2rgb": true,
"mean": [
0,
0,
0
],
"std": [
255,
255,
255
],
"use_tpu_kernel": true
},
"shared_object": "../../build/lib/libyolov7.so",
"name": "yolov7_group",
"side": "sophgo",
"thread_number": 4
}
对于PCIe平台,可以直接在PCIe平台上运行测试;对于SoC平台,需将交叉编译生成的动态链接库、可执行文件、所需的模型和测试数据拷贝到SoC平台中测试。
SoC平台上,动态库、可执行文件、配置文件、模型、视频数据的目录结构关系应与原始sophon-stream仓库中的关系保持一致。
测试的参数及运行方式是一致的,下面主要以PCIe模式进行介绍。
- 运行可执行文件
./main --demo_config_path=../yolov7/config/yolov7_demo.json
在1684x,pcie工作模式下,多路视频流运行结果大致如下:
total time cost 26692057 us.
frame count is 2848 | fps is 106.698 fps.
目前,yolov7例程支持在BM1684X和BM1684的PCIE、SOC模式下进行推理,支持在BM1688 SOC模式下进行推理。
在不同的设备上可能需要修改json配置,例如模型路径、输入路数等。json的配置方法参考6.1节,程序运行方法参考上文6.2节。
由于PCIE设备cpu能力差距较大,性能数据没有参考意义,这里只给出SOC模式的测试结果。
测试视频elevator-1080p-25fps-4000kbps.h264
,编译选项为Release模式,模型类型为int8结果如下:
设备 | 路数 | 算法线程数 | CPU利用率(%) | 系统内存(M) | 系统内存峰值(M) | TPU利用率(%) | 设备内存(M) | 设备内存峰值(M) | 平均FPS |
---|---|---|---|---|---|---|---|---|---|
SE9-16 | 4 | 4-4-4 | 247.1 | 178.02 | 193.64 | 94 | 1869 | 2700 | 49.79 |
SE9-8 | 4 | 4-4-4 | 140.0 | 192.25 | 196.45 | 94 | 1655 | 2836 | 28.38 |
SE7 | 4 | 4-4-4 | 70.40 | 121.48 | 130.70 | 100 | 1853 | 1890 | 107.96 |
SE5-16 | 4 | 4-4-4 | 149.50 | 185.40 | 186.96 | 99 | 1400 | 1526 | 47.69 |
SE5-8 | 4 | 4-4-4 | 111.90 | 171.13 | 178.56 | 98 | 1360 | 1501 | 30.64 |
测试说明:
- SE9使用的双核4batch模型,SE7使用单batch并开启tpu_kernel后处理,SE5使用4batch模型,性能测试结果具有一定的波动性,建议多次测试取平均值;
- BM1684/1684X SoC的主控CPU均为8核 ARM A53 42320 DMIPS @2.3GHz;
- 以上性能测试均基于int8模型给出;
- 在BM1684设备上运行时,batch_size为4的模型可以达到更高的fps;
- 在BM1684X设备上,使用batch_size为1的模型,并且开启tpu_kernel后处理,可以达到更高的fps;
- 上表中,输入路数和算法线程数的设置请参考json配置说明,CPU利用率和系统内存使用top命令可查,TPU利用率和设备内存使用bm-smi命令可查,fps可以从运行程序打印的log中获得;
- 上表中,所有数据均在不保存图片的情况下测试获得。