/ Модель

Характеристики

Размер весов
74,2 МБ
Лицензия
Apache 2.0
Опубликована
1 июн 2026

lidar_centerpoint

Поиск объектовИзображение → bounding_boxes3 профессии

Набор моделей CenterPoint для обнаружения пяти классов дорожных объектов в 3D-облаках точек LiDAR в Autoware.

877скачиваний за 30 дней3лайкавеса обновлены21 авг 2026

Бенчмарки

Как модель справилась с задачами пользователей ailist и что о ней публикуют открытые лидерборды

Публичные оценки

Из открытых лидербордов. Сравнивайте результаты одного теста при одинаковых условиях — отсутствие оценки не значит, что модель хуже.

В подключённых источниках результатов для этой модели пока нет.

Что умеет модель

Описание составлено по карточке модели и метаданным Hugging Face

AutowareFoundation публикует набор моделей 3D-обнаружения объектов CenterPoint для LiDAR-облаков точек, предназначенный для узла autoware_lidar_centerpoint в Autoware. Архитектура использует голову CenterPoint и воксельный энкодер на основе PointPillars; модели экспортированы в ONNX, а TensorRT-движок собирается локально при первом запуске с учётом оборудования и версии TensorRT.

Модели выдают ориентированные 3D-рамки и оценки для автомобилей, грузовиков, автобусов, велосипедов и пешеходов. В набор входят варианты с разными параметрами скорости и диапазона обнаружения, включая облегчённый centerpoint_tiny и варианты для ближней зоны и оценки дисперсии. На вход узлу подаётся LiDAR PointCloud2, а предобработка облака и постобработка результатов выполняются самим узлом Autoware.

Обучающие данные базового варианта включают nuScenes и внутренние данные TIER IV, а tiny-варианта — Argoverse 2 и данные TIER IV. Точность может снижаться при отличающейся конфигурации LiDAR без дообучения; набор распознаваемых классов ограничен пятью указанными категориями. Репозиторий распространяется по лицензии Apache-2.0; условия лицензирования обучающих данных могут отдельно ограничивать их коммерческое использование.

Сценарии применения

  • обнаружение автомобилей и грузовиков по данным LiDAR
  • распознавание пешеходов и велосипедистов в облаке точек
  • получение ориентированных 3D-рамок для восприятия автономного автомобиля
  • развёртывание 3D-детектора в Autoware через ONNX и TensorRT
  • обнаружение объектов на ближней дистанции вариантом short_range

Ограничения

Модели обучены преимущественно на конфигурациях датчиков nuScenes и Argoverse 2, поэтому на другой установке LiDAR точность может снизиться без дообучения. Распознаются только пять классов: автомобили, грузовики, автобусы, велосипеды и пешеходы.

Для каких профессий подходит3

Разделы каталога профессий, в задачах которых используется эта модель

Все профессии

Карточка модели

README от автора на Hugging Face, как он его опубликовал

Открыть на Hugging Face

CenterPoint for Autoware (lidar_centerpoint)

3D object detection models for LiDAR point clouds, used by the autoware_lidar_centerpoint node in Autoware.

The models follow the CenterPoint [1] architecture with a PointPillars [2] voxel encoder and run with TensorRT inside Autoware. They are exported as ONNX so they can be deployed across hardware; Autoware builds the TensorRT engine from the ONNX file on first launch.

Model overview

Task3D object detection (oriented bounding boxes) from a LiDAR point cloud
ArchitectureCenterPoint detection head on a PointPillars-style voxel encoder
Detected classesCAR, TRUCK, BUS, BICYCLE, PEDESTRIAN
RuntimeTensorRT (FP16 by default, FP32 selectable) via the autoware_lidar_centerpoint ROS 2 node
FormatONNX (Autoware builds the TensorRT engine locally on first launch)
LicenseApache-2.0 (see Legal Notice for training-data terms)

The network is split into two ONNX sub-models, matching how the node consumes them:

  1. Voxel encoder — pts_voxel_encoder.onnx
    • input: input_features → output: pillar_features
  2. Backbone / neck / head — pts_backbone_neck_head.onnx
    • input: spatial_features → outputs: heatmap, reg, height, dim, rot, vel

Pre-processing (voxelization, multi-frame densification) and post-processing (circle NMS, IoU NMS, yaw normalization, distance-based score thresholding) run in the node, not in the ONNX graphs.

Repository layout

One self-contained folder per variant, all folders carrying the same file set:

lidar_centerpoint/
├── base/            # model_name: centerpoint
├── tiny/            # model_name: centerpoint_tiny
├── sigma/           # model_name: centerpoint_sigma
└── short_range/     # model_name: centerpoint_short_range
    ├── pts_voxel_encoder.onnx               # voxel encoder
    ├── pts_backbone_neck_head.onnx          # backbone/neck/head
    ├── ml_package.param.yaml                # model manifest: parameters and artifact file names
    └── detection_class_remapper.param.yaml  # area-based class remapping

Autoware's perception launcher selects the variant folder from the model name; the autoware_lidar_centerpoint node launch takes the folder directly as model_path (e.g. ~/autoware_data/ml_models/lidar_centerpoint/tiny).

Variants in this repository

VariantVoxel size (x, y, z) [m]Point cloud range [m]Downsample factorEncoder input features
centerpoint (base/)0.32, 0.32, 10.0[-76.8, -76.8, -4.0, 76.8, 76.8, 6.0]19
centerpoint_tiny (tiny/)0.32, 0.32, 10.0[-76.8, -76.8, -4.0, 76.8, 76.8, 6.0]29
centerpoint_sigma (sigma/)0.32, 0.32, 10.0[-76.8, -76.8, -4.0, 76.8, 76.8, 6.0]19
centerpoint_short_range (short_range/)0.16, 0.16, 8.0[-51.2, -51.2, -3.0, 51.2, 51.2, 5.0]410

Common model parameters: point_feature_size: 4. The default and tiny variants use a 480×480 BEV grid; centerpoint_tiny halves the backbone output resolution via downsample_factor: 2, trading accuracy for speed. centerpoint_short_range is a dedicated close-range model for redundant VRU detection. centerpoint_sigma predicts per-regression-head variance and twist, so its head outputs carry twice the channels of the other variants and its manifest sets has_variance: true and has_twist: true.

TensorRT engines are not distributed here. TensorRT engines are specific to the GPU architecture and TensorRT version they are built on and are not portable, so Autoware builds them locally from the ONNX files on first launch (or via build_only:=true); the engine files are written into the variant folder.

Inputs and outputs (as used by the node)

Input — ~/input/pointcloud (sensor_msgs/msg/PointCloud2), with points of the form:

struct InputPointType {
  float    x;
  float    y;
  float    z;
  uint8_t  intensity;
  uint8_t  return_type;
  uint16_t channel;
};

Output — ~/output/objects (autoware_perception_msgs/msg/DetectedObjects): oriented 3D boxes with class and score. object.existence_probability carries the DNN classification confidence (not a calibrated probability).

Usage in Autoware

Autoware's ansible artifacts role downloads this repository (pinned to a version tag) to ~/autoware_data/ml_models/lidar_centerpoint/. Launch with, e.g.:

ros2 launch autoware_lidar_centerpoint lidar_centerpoint.launch.xml \
  model_path:=$HOME/autoware_data/ml_models/lidar_centerpoint/tiny

model_path is the only model argument: it points at the variant folder, from which the node loads ml_package.param.yaml as the manifest and resolves its relative entries against that same folder.

The manifest declares the bundle version, and the node checks it against the range it supports. A bundle and a node from different layouts have to be updated together.

Add build_only:=true to build the TensorRT engine from the ONNX as a one-off pre-task. See the package README for the full parameter reference and the training/deployment guide.

Revisions

TagLayout
v4.1Manifests declare the bundle version and carry model_params.yaw_norm_thresholds; deploy_metadata.yaml dropped; required by autoware_lidar_centerpoint from this version on
v4.0Per-variant folders (base/, tiny/, sigma/, short_range/) with uniform filenames; first publication of sigma and short_range weights
v3.0Flat layout, filenames suffixed by variant; sigma parameter file only, no short_range

Training data

Models were trained with the Autoware fork of MMDetection3D:

  • centerpoint — nuScenes (~28k LiDAR frames) [3] + TIER IV internal data (~11k LiDAR frames), 60 epochs.
  • centerpoint_tiny — Argoverse 2 (~110k LiDAR frames) [4] + TIER IV internal data (~11k LiDAR frames), 20 epochs.
  • centerpoint_sigma, centerpoint_short_range — Training datasets, schedules, and evaluation metrics are not publicly documented.

A 600-frame sample dataset (T4 format, 5 classes; sensors: 1× Velodyne VLS128, 4× Velodyne VLP16, 1× Robosense RS Bpearl) is available for evaluation and fine-tuning, as documented in the package README.

Limitations

  • Trained primarily on nuScenes / Argoverse 2 sensor configurations; accuracy on a different LiDAR setup (mounting position, beam count, concatenated clouds) can drop without fine-tuning.
  • Only the five classes above are detected. Other road users fall outside the label set.

Citation

@article{yin2021centerpoint,
  title   = {Center-based 3D Object Detection and Tracking},
  author  = {Yin, Tianwei and Zhou, Xingyi and Kr{\"a}henb{\"u}hl, Philipp},
  journal = {arXiv preprint arXiv:2006.11275},
  year    = {2020}
}
@inproceedings{lang2019pointpillars,
  title     = {PointPillars: Fast Encoders for Object Detection from Point Clouds},
  author    = {Lang, Alex H. and Vora, Sourabh and Caesar, Holger and Zhou, Lubing and Yang, Jiong and Beijbom, Oscar},
  booktitle = {CVPR},
  year      = {2019}
}

References

Acknowledgment

Special thanks to Deepen AI for the 3D annotation tools used to create the sample dataset.

Legal Notice

The nuScenes dataset is released publicly for non-commercial use under the Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International Public License. Additional Terms of Use can be found at https://www.nuscenes.org/terms-of-use. To inquire about a commercial license please contact nuscenes@motional.com.

Как запустить

На своей GPU в ailist. Цена — по текущим предложениям провайдеров

GPU в ailist

Универсальный рантайм

Нельзя запустить

В репозитории нет весов в формате PyTorch/safetensors.

Ревизия весов
494c817

0 моделей