---
comments: true
---
# 通用图像识别产线使用教程
## 1. 通用图像识别产线介绍
通用图像识别产线旨在解决开放域目标定位及识别问题,目前 PaddleX 的通用图像识别产线支持 PP-ShiTuV2。
PP-ShiTuV2 是一个实用的通用图像识别系统,主要由主体检测、特征学习和向量检索三个模块组成。该系统从骨干网络选择和调整、损失函数的选择、数据增强、学习率变换策略、正则化参数选择、预训练模型使用以及模型裁剪量化多个方面,融合改进多种策略,对各个模块进行优化,最终在多个实际应用场景上的检索性能均有较好效果。
通用图像识别产线中包含了主体检测模块和图像特征模块,有若干模型可供选择,您可以根据下边的 benchmark 数据来选择使用的模型。如您更考虑模型精度,请选择精度较高的模型,如您更考虑模型推理速度,请选择推理速度较快的模型,如您更考虑模型存储大小,请选择存储大小较小的模型。
主体检测模块:
| 模型 | mAP(0.5:0.95) | mAP(0.5) | GPU推理耗时(ms) [常规模式 / 高性能模式] |
CPU推理耗时(ms) [常规模式 / 高性能模式] |
模型存储大小(MB) | 介绍 |
|---|---|---|---|---|---|---|
| PP-ShiTuV2_det | 41.5 | 62.0 | 11.81 / 4.53 | 43.03 / 25.31 | 27.54 | 基于PicoDet_LCNet_x2_5的主体检测模型,模型可能会同时检测出多个常见主体。 |
| 模型 | recall@1 (%) | GPU推理耗时(ms) [常规模式 / 高性能模式] |
CPU推理耗时(ms) [常规模式 / 高性能模式] |
模型存储大小(MB) | 介绍 |
|---|---|---|---|---|---|
| PP-ShiTuV2_rec | 84.2 | 3.91 / 1.06 | 6.82 / 2.89 | 16.3 | PP-ShiTuV2是一个通用图像特征系统,由主体检测、特征提取、向量检索三个模块构成,这些模型是其中的特征提取模块的模型之一,可以根据系统的情况选择不同的模型。 |
| PP-ShiTuV2_rec_CLIP_vit_base | 88.69 | 12.57 / 11.62 | 67.09 / 67.09 | 306.6 | |
| PP-ShiTuV2_rec_CLIP_vit_large | 91.03 | 49.85 / 49.85 | 229.14 / 229.14 | 1050 |
| 模式 | GPU配置 | CPU配置 | 加速技术组合 |
|---|---|---|---|
| 常规模式 | FP32精度 / 无TRT加速 | FP32精度 / 8线程 | PaddleInference |
| 高性能模式 | 选择先验精度类型和加速策略的最优组合 | FP32精度 / 8线程 | 选择先验最优后端(Paddle/OpenVINO/TRT等) |
| 参数 | 参数说明 | 参数类型 | 默认值 | |
|---|---|---|---|---|
pipeline |
产线名称或是产线配置文件路径。如为产线名称,则必须为 PaddleX 所支持的产线。 | str |
无 | |
config |
产线具体的配置信息(如果和pipeline同时设置,优先级高于pipeline,且要求产线名和pipeline一致)。 |
dict[str, Any] |
None |
|
device |
产线推理设备。支持指定GPU具体卡号,如“gpu:0”,其他硬件具体卡号,如“npu:0”,CPU如“cpu”。 | str |
gpu:0 |
|
use_hpip |
是否启用高性能推理插件。如果为 None,则使用配置文件或 config 中的配置。 |
bool | None |
无 | None |
hpi_config |
高性能推理配置 | dict | None |
无 | None |
| 参数 | 参数说明 | 参数类型 | 可选项 | 默认值 |
|---|---|---|---|---|
gallery_imgs |
要添加的底库图片,必需参数 | str|list |
|
无 |
gallery_label |
底库图片的标注信息,必需参数 | str|list |
|
无 |
metric_type |
特征度量方式,可选参数 | str |
|
"IP" |
index_type |
索引类型,可选参数 | str |
|
"HNSW32" |
| 参数 | 参数说明 | 参数类型 | 默认值 |
|---|---|---|---|
save_path |
索引库文件的保存目录,如drink_index。 |
str |
无 |
| 参数 | 参数说明 | 参数类型 | 可选项 | 默认值 |
|---|---|---|---|---|
input |
待预测数据,支持多种输入类型,必需参数 | Python Var|str|list |
|
无 |
index |
产线推理预测所用的特征库,可选参数。如不传入该参数,则默认使用产线配置文件中指定的索引库。 | str|paddlex.inference.components.retrieval.faiss.IndexData|None |
|
None |
| 方法 | 方法说明 | 参数 | 参数类型 | 参数说明 | 默认值 |
|---|---|---|---|---|---|
print() |
打印结果到终端 | format_json |
bool |
是否对输出内容进行使用 JSON 缩进格式化 |
True |
indent |
int |
指定缩进级别,以美化输出的 JSON 数据,使其更具可读性,仅当 format_json 为 True 时有效 |
4 | ||
ensure_ascii |
bool |
控制是否将非 ASCII 字符转义为 Unicode。设置为 True 时,所有非 ASCII 字符将被转义;False 则保留原始字符,仅当format_json为True时有效 |
False |
||
save_to_json() |
将结果保存为json格式的文件 | save_path |
str |
保存的文件路径,当为目录时,保存文件命名与输入文件类型命名一致 | 无 |
indent |
int |
指定缩进级别,以美化输出的 JSON 数据,使其更具可读性,仅当 format_json 为 True 时有效 |
4 | ||
ensure_ascii |
bool |
控制是否将非 ASCII 字符转义为 Unicode。设置为 True 时,所有非 ASCII 字符将被转义;False 则保留原始字符,仅当format_json为True时有效 |
False |
||
save_to_img() |
将结果保存为图像格式的文件 | save_path |
str |
保存的文件路径,支持目录或文件路径 | 无 |
* 此外,也支持通过属性获取带结果的可视化图像和预测结果,具体如下:
| 属性 | 属性说明 |
|---|---|
json |
获取预测的 json 格式的结果 |
img |
获取格式为 dict 的可视化图像 |
| 参数 | 参数说明 | 参数类型 | 可选项 | 默认值 |
|---|---|---|---|---|
gallery_imgs |
要添加的底库图片,必需参数 | str|list |
|
无 |
gallery_label |
底库图片的标注信息,必需参数 | str|list |
|
无 |
metric_type |
特征度量方式,可选参数 | str |
|
"IP" |
index_type |
索引类型,可选参数 | str |
|
"HNSW32" |
remove_ids |
待删除的索引序号, | str|list |
|
无 |
index |
产线推理预测所用的特征库 | str|paddlex.inference.components.retrieval.faiss.IndexData |
|
无 |
HNSW32在windows平台存在兼容性问题,可能导致索引库无法构建、加载。
### 2.3 构建索引库的数据组织方式
PaddleX 的通用图像识别产线示例需要使用预先构建好的索引库进行特征检索。如果您希望用私有数据构建索引库,则需要按照如下方式组织数据:
```bash
data_root # 数据集根目录,目录名称可以改变
├── images # 图像的保存目录,目录名称可以改变
│ │ ...
└── gallery.txt # 索引库数据集标注文件,文件名称可以改变。每行给出待检索图像路径和图像标签,使用空格分隔,内容举例: “0/0.jpg 脉动”
```
## 3. 开发集成/部署
如果通用图像识别产线可以达到您对产线推理速度和精度的要求,您可以直接进行开发集成/部署。
若您需要将通用图像识别产线直接应用在您的Python项目中,可以参考 [2.2.2 Python脚本方式](#222-python脚本方式集成)中的示例代码。
此外,PaddleX 也提供了其他三种部署方式,详细说明如下:
🚀 高性能推理:在实际生产环境中,许多应用对部署策略的性能指标(尤其是响应速度)有着较严苛的标准,以确保系统的高效运行与用户体验的流畅性。为此,PaddleX 提供高性能推理插件,旨在对模型推理及前后处理进行深度性能优化,实现端到端流程的显著提速,详细的高性能推理流程请参考[PaddleX高性能推理指南](../../../pipeline_deploy/high_performance_inference.md)。
☁️ 服务化部署:服务化部署是实际生产环境中常见的一种部署形式。通过将推理功能封装为服务,客户端可以通过网络请求来访问这些服务,以获取推理结果。PaddleX 支持多种产线服务化部署方案,详细的产线服务化部署流程请参考[PaddleX服务化部署指南](../../../pipeline_deploy/serving.md)。
以下是基础服务化部署的API参考与多语言服务调用示例:
对于服务提供的主要操作:
200,响应体的属性如下:| 名称 | 类型 | 含义 |
|---|---|---|
logId |
string |
请求的UUID。 |
errorCode |
integer |
错误码。固定为0。 |
errorMsg |
string |
错误说明。固定为"Success"。 |
result |
object |
操作结果。 |
| 名称 | 类型 | 含义 |
|---|---|---|
logId |
string |
请求的UUID。 |
errorCode |
integer |
错误码。与响应状态码相同。 |
errorMsg |
string |
错误说明。 |
服务提供的主要操作如下:
buildIndex构建特征向量索引。
POST /shitu-index-build
| 名称 | 类型 | 含义 | 是否必填 |
|---|---|---|---|
imageLabelPairs |
array |
用于构建索引的图像-标签对。 | 是 |
imageLabelPairs中的每个元素为一个object,具有如下属性:
| 名称 | 类型 | 含义 |
|---|---|---|
image |
string |
服务器可访问的图像文件的URL或图像文件内容的Base64编码结果。 |
label |
string |
标签。 |
result具有如下属性:| 名称 | 类型 | 含义 |
|---|---|---|
indexKey |
string |
索引对应的键,用于标识建立的索引。可用作其他操作的输入。 |
imageCount |
integer |
索引的图像数量。 |
addImagesToIndex将图像(对应的特征向量)加入索引。
POST /shitu-index-add
| 名称 | 类型 | 含义 | 是否必填 |
|---|---|---|---|
imageLabelPairs |
array |
用于构建索引的图像-标签对。 | 是 |
indexKey |
string |
索引对应的键。由buildIndex操作提供。 |
是 |
imageLabelPairs中的每个元素为一个object,具有如下属性:
| 名称 | 类型 | 含义 |
|---|---|---|
image |
string |
服务器可访问的图像文件的URL或图像文件内容的Base64编码结果。 |
label |
string |
标签。 |
result具有如下属性:| 名称 | 类型 | 含义 |
|---|---|---|
imageCount |
integer |
索引的图像数量。 |
removeImagesFromIndex从索引中移除图像(对应的特征向量)。
POST /shitu-index-remove
| 名称 | 类型 | 含义 | 是否必填 |
|---|---|---|---|
ids |
array |
需要从索引中移除的向量的ID。 | 是 |
indexKey |
string |
索引对应的键。由buildIndex操作提供。 |
是 |
result具有如下属性:| 名称 | 类型 | 含义 |
|---|---|---|
imageCount |
integer |
索引的图像数量。 |
infer进行图像识别。
POST /shitu-infer
| 名称 | 类型 | 含义 | 是否必填 |
|---|---|---|---|
image |
string |
服务器可访问的图像文件的URL或图像文件内容的Base64编码结果。 | 是 |
indexKey |
string |
索引对应的键。由buildIndex操作提供。 |
否 |
detThreshold |
number | null |
请参阅产线对象中 predict 方法的 det_threshold 参数相关说明。 |
否 |
recThreshold |
number | null |
请参阅产线对象中 predict 方法的 rec_threshold 参数相关说明。 |
否 |
hammingRadius |
number | null |
请参阅产线对象中 predict 方法的 hamming_radius 参数相关说明。 |
否 |
topk |
integer | null |
请参阅产线对象中 predict 方法的 topk 参数相关说明。 |
否 |
visualize |
boolean | null |
是否返回可视化结果图以及处理过程中的中间图像等。
例如,在产线配置文件中添加如下字段:
将默认不返回图像,通过请求体中的visualize参数可以覆盖默认行为。如果请求体和配置文件中均未设置(或请求体传入null、配置文件中未设置),则默认返回图像。
|
否 |
result具有如下属性:| 名称 | 类型 | 含义 |
|---|---|---|
detectedObjects |
array |
检测到的目标的信息。 |
image |
string | null |
识别结果图。图像为JPEG格式,使用Base64编码。 |
detectedObjects中的每个元素为一个object,具有如下属性:
| 名称 | 类型 | 含义 |
|---|---|---|
bbox |
array |
目标位置。数组中元素依次为边界框左上角x坐标、左上角y坐标、右下角x坐标以及右下角y坐标。 |
recResults |
array |
识别结果。 |
score |
number |
检测得分。 |
recResults中的每个元素为一个object,具有如下属性:
| 名称 | 类型 | 含义 |
|---|---|---|
label |
string |
标签。 |
score |
number |
识别得分。 |
import base64
import pprint
import sys
import requests
API_BASE_URL = "http://127.0.0.1:8080"
base_image_label_pairs = [
{"image": "./demo0.jpg", "label": "兔子"},
{"image": "./demo1.jpg", "label": "兔子"},
{"image": "./demo2.jpg", "label": "小狗"},
]
image_label_pairs_to_add = [
{"image": "./demo3.jpg", "label": "小狗"},
]
ids_to_remove = [1]
infer_image_path = "./demo4.jpg"
output_image_path = "./out.jpg"
for pair in base_image_label_pairs:
with open(pair["image"], "rb") as file:
image_bytes = file.read()
image_data = base64.b64encode(image_bytes).decode("ascii")
pair["image"] = image_data
payload = {"imageLabelPairs": base_image_label_pairs}
resp_index_build = requests.post(f"{API_BASE_URL}/shitu-index-build", json=payload)
if resp_index_build.status_code != 200:
print(f"Request to shitu-index-build failed with status code {resp_index_build}.")
pprint.pp(resp_index_build.json())
sys.exit(1)
result_index_build = resp_index_build.json()["result"]
print(f"Number of images indexed: {result_index_build['imageCount']}")
for pair in image_label_pairs_to_add:
with open(pair["image"], "rb") as file:
image_bytes = file.read()
image_data = base64.b64encode(image_bytes).decode("ascii")
pair["image"] = image_data
payload = {"imageLabelPairs": image_label_pairs_to_add, "indexKey": result_index_build["indexKey"]}
resp_index_add = requests.post(f"{API_BASE_URL}/shitu-index-add", json=payload)
if resp_index_add.status_code != 200:
print(f"Request to shitu-index-add failed with status code {resp_index_add}.")
pprint.pp(resp_index_add.json())
sys.exit(1)
result_index_add = resp_index_add.json()["result"]
print(f"Number of images indexed: {result_index_add['imageCount']}")
payload = {"ids": ids_to_remove, "indexKey": result_index_build["indexKey"]}
resp_index_remove = requests.post(f"{API_BASE_URL}/shitu-index-remove", json=payload)
if resp_index_remove.status_code != 200:
print(f"Request to shitu-index-remove failed with status code {resp_index_remove}.")
pprint.pp(resp_index_remove.json())
sys.exit(1)
result_index_remove = resp_index_remove.json()["result"]
print(f"Number of images indexed: {result_index_remove['imageCount']}")
with open(infer_image_path, "rb") as file:
image_bytes = file.read()
image_data = base64.b64encode(image_bytes).decode("ascii")
payload = {"image": image_data, "indexKey": result_index_build["indexKey"]}
resp_infer = requests.post(f"{API_BASE_URL}/shitu-infer", json=payload)
if resp_infer.status_code != 200:
print(f"Request to shitu-infer failed with status code {resp_infer}.")
pprint.pp(resp_infer.json())
sys.exit(1)
result_infer = resp_infer.json()["result"]
with open(output_image_path, "wb") as file:
file.write(base64.b64decode(result_infer["image"]))
print(f"Output image saved at {output_image_path}")
print("\nDetected objects:")
pprint.pp(result_infer["detectedObjects"])