Pith. sign in

REVIEW 4 major objections 6 minor 48 references

CDA-SimBoost: A Unified Framework Bridging Real Data and Simulation for Infrastructure-Based CDA Systems

T0 review · 4 major / 6 minor · reviewed 2026-08-06 · deepseek-v4-flash

Challenge this review Re-run · record.json Download PDF Read on arXiv ↗

Pith's one-line read This paper presents CDA-SimBoost, a framework that builds infrastructure-centered driving simulations from real-world sensor data and supports rare-event synthesis and benchmarking for cooperative driving automation.

desk verdict A real open-source integration, but the 'high-fidelity bridging' claims run ahead of the evidence. read the letter →

arxiv 2507.19707 v1 pith:W5C2RFU3 submitted 2025-07-25 eess.SY cs.SY

Zhaoliang Zheng , Xu Han , Yuxin Bao , Yun Zhang , Johnson Liu , Zonglin Meng , Xin Xia , Jiaqi Ma This is my paper
classification eess.SYcs.SY
keywords cooperativedrivingautomationdigitaltwininfrastructure-basedsensingreal-syntheticdatafusionsimulationframeworkrareeventsynthesissensorplacementevaluation
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

This paper argues that infrastructure-based cooperative driving automation (CDA) research is held back by a lack of simulation environments that start from real-world data and can generate rare, safety-critical events. To close that gap, it proposes CDA-SimBoost, a framework that turns real intersection sensor data and high-definition maps into a simulation platform, then injects synthetic hazards and cooperative-driving agents on top. The authors claim this design supports realistic scenario construction, rare-event synthesis, and scalable evaluation, while remaining modular enough for others to extend. If the framework works as described, researchers could train and test infrastructure-driven CDA systems on hybrid real–synthetic data without expensive and dangerous field collection.

What carries the argument

The load-bearing mechanism is the synthesis of real and simulated data through three integrated modules. The Digital Twin Builder creates the static environment (roads, lanes, buildings) from real scans; OFDataPip turns live or recorded object detections into a standardized stream; OpenCDA-InfraX's Synthetic Data Generator then combines that stream with scripted hazardous agents, enabling the construction of long-tail events that are rare in field data. The framework's flexibility comes from its configuration files controlling scenarios, sensors, and environment, and its modular libraries for perception, fusion, prediction, planning, and control that users can swap in or out.

What would settle it

A concrete check would be to deploy the same CDA perception stack in the real intersection whose digital twin was built, run matched scenarios (e.g., identical traffic streams and sensor configurations), and compare detection and trajectory metrics; if the gap is large, the framework's conclusions do not transfer. Alternatively, a direct test of the real-time pipeline would be to inject a synthetic hazard into the simulator and verify that the real-world data stream and the simulated actors interact collision-free and with realistic reaction times.

Watch

Extended reading notes

Core claim

CDA-SimBoost is a three-part pipeline: a Digital Twin Builder converts LiDAR scans, GNSS/IMU localization, and manually traced vector maps into a drivable simulator map; OFDataPip ingests live or recorded sensor streams, detects and tracks objects, and publishes them into the simulation via a middleware bridge; OpenCDA-InfraX provides the infrastructure-centric simulation platform with sensor managers, cooperative perception/fusion modules, and a Synthetic Data Generator that overlays simulated agents onto real data streams to create hybrid, safety-critical scenarios. The paper reports experiments showing that this platform can stream real-world traffic into a digital twin, synthesize six types of pre-crash scenarios, evaluate sensor placements, and profile system and agent-level performance, including a scalability test as the number of simulated intersections grows. The central discovery is not a new algorithm but a claimed capability: an end-to-end, extensible environment where infrastructure-based cooperative driving systems can be built, tested, and benchmarked on real–synthetic fused data.

Load-bearing premise

The entire framework's usefulness rests on the assumption that the simulated digital twin—built from real point clouds and manually traced maps—behaves and senses like the real intersection, so that results from the simulation carry over to deployment; the paper does not validate this sim-to-real fidelity quantitatively, only showing metrics computed inside the synthetic environment.

Editorial extensions

If this is right

  • If CDA-SimBoost is correct, researchers can build infrastructure-centric digital twins from their own sensor and map data without writing large amounts of simulator glue code.
  • The reported sensor-placement evaluation capability implies that deployment trade-offs (camera resolution, LiDAR range, radar angles) can be compared in simulation before field installation.
  • The six pre-crash scenario types give downstream CDA algorithms a concrete, reproducible stress test drawn from a national pre-crash typology.
  • The scalability numbers suggest the platform can handle a moderate number of intersections, making multi-intersection corridor studies feasible, though frame rate drops by roughly 38 percent per added intersection.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • A natural extension would be to use the simulator to generate training data for cooperative perception models and then measure how those models transfer to real roadside datasets.
  • The manual vector-map generation step appears to be the largest bottleneck for scaling to new sites; automating it would materially increase the framework's usability.
  • The framework could double as a benchmark harness for distribution shift, evaluating how perception and planning algorithms trained on routine data behave on the injected long-tail events.
Share X Bluesky LinkedIn Reddit HN

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

4 major / 6 minor

Summary. The paper introduces CDA-SimBoost, a modular open-source framework for infrastructure-centric cooperative driving automation (CDA) simulation. It comprises three components: a Digital Twin Builder (DTB) that constructs CARLA-compatible assets from LiDAR/GNSS/IMU data and manually generated vector maps; an online/offline data pipeline (OFDataPip) that ingests real-world sensor streams or offline annotations; and OpenCDA-InfraX, an infrastructure-centric extension of OpenCDA that supports cooperative perception, planning, and control under configurable scenarios, including rare-event synthesis. The authors demonstrate the pipeline through qualitative visualizations of digital twin data streaming, six NHTSA-inspired challenging scenarios, sensor placement variants, agent-level perception fusion results (Table II), and simulator scalability profiling (Table III). The central claim is that the framework bridges real-world dynamics and virtual environments to enable high-fidelity, reproducible, and scalable CDA research.

Significance. If the framework reliably supports the claimed functionality, it would be a useful community resource: it is the first open infrastructure-centric CDA simulator that combines real-data ingestion with a full-stack cooperative driving stack, and the public release of the code (github.com/zhz03/CDA-SimBoost) supports reproducibility. The modular design, the inclusion of I2I communication modes, and the NHTSA-based scenario library are tangible contributions. However, the demonstrated value rests on untested assumptions about simulation fidelity. The paper provides no quantitative evidence that the digital twin faithfully represents real-world geometric, sensor, or traffic characteristics, and the reported experiments are single-run demonstrations without error bars or comparisons to alternative simulators. These are significant caveats because the paper's headline claims of 'high-fidelity digital twin modeling' and 'bridging real-world dynamics and virtual environments' are precisely what the evaluation does not validate.

major comments (4)
  1. [V-B (Performance Analysis) and overall claims] The core claims of 'high fidelity' and 'bridging real and simulated data' are not supported by the presented experiments. Section V-B reports only internal metrics: Table II shows perception performance computed inside the CARLA simulator, Table III reports computational resource usage, and Fig. 8 shows traffic trends from the simulator without comparison to ground-truth counts, speeds, or entry rates at the real intersection. There is no quantitative comparison of simulated LiDAR/camera outputs to real sensor data, no geometric accuracy evaluation of the DTB vector map against independent ground truth, and no sim-to-real transfer experiment showing that conclusions drawn in the simulation transfer to deployment. These are load-bearing omissions for the abstract's and introduction's claims of 'high-fidelity' and 'bridging real-world dynamics and virtual environments.' I recommend adding a validation study that measures, e.g., point-cloud registration error, perception metric correlation between real and simulated scenes of the same site, or a closed-loop transfer metric.
  2. [III-A (Digital Twin Builder)] The DTB's fidelity is asserted rather than demonstrated. The vector map is said to be 'manually generated' using RoadRunner with references to OpenStreetMap and the 3D point cloud, but no accuracy statistics (e.g., lane-center deviation, intersection geometry error) are reported against surveyed ground truth. Sensor models in OpenCDA-InfraX are described as CARLA defaults, with no calibration to the specific 128-line LiDAR, IMU, GNSS, or roadside cameras used in the data collection. Without calibration or accuracy assessment, the simulation's ability to faithfully replicate real-world perception is unverified. At minimum, the paper should include a quantitative comparison of the generated HD map against a surveyed map and a discussion of sensor model limitations.
  3. [III-B (OFDataPip)] The online pipeline injects tracked object detections (position, orientation, bounding dimensions) into the simulator rather than raw sensor streams. This design choice replaces real sensor noise, misdetections, and failure modes with synthetic ones, yet the paper does not discuss how this affects the fidelity of the resulting cooperative perception benchmarks. Since the framework is intended for evaluating perception and fusion algorithms, the absence of an analysis of the impact of tracking-injection versus raw-sensor injection is a significant gap. Please provide an experiment that quantifies the discrepancy, or clearly scope the claim to 'object-level data streaming' rather than 'high-fidelity real-sensor simulation.'
  4. [V (Experiments, Tables II and III)] All experimental results are single-run demonstrations with no error bars, no multiple seeds, and no statistical analysis. For example, Table II reports a single ATE/ASE/AOE value per method, and Table III reports a single FPS/CPU/MEM measurement per intersection count, making it impossible to assess variability or whether differences (e.g., 0.517 vs 0.409 ATE) are significant. The claims that fusion improves performance and that scalability is 'within practical bounds' would be considerably strengthened by reporting means and standard deviations over multiple runs. This is a methodological issue that directly affects the interpretability of the performance analysis.
minor comments (6)
  1. [IV-B, Eq. (1)] The definition of the intelligent intersection region I in Eq. (1) uses the symbol 'zc' and the term 'ground' without introducing either. Please define the intersection center coordinates and the ground plane reference explicitly.
  2. [IV-B heading] The heading contains a typo: 'Infrastucture Definition' should be 'Infrastructure Definition.'
  3. [Section V-A, Fig. 7 caption] The caption refers to 'a simplified version generated by the Synthetic Data Generator' but does not explain what 'simplified' means. Clarify whether the simplification concerns the scenario logic, the sensor simulation, or the vehicle dynamics.
  4. [References] A few cited references are not discussed in the body text or are only tangentially related: for example, reference [12] (V2XP-ASG) and reference [8] (GNN-based driving scenario reasoning) are listed but do not appear in the related-work or experiments sections. Please either cite them where relevant or remove them.
  5. [Throughout] There are minor inconsistencies in capitalization and terminology: 'Lidar' vs 'LiDAR' (e.g., Section III-A vs. Section IV-B), 'Opencda-InfraX' vs 'OpenCDA-InfraX' (Introduction vs. Section IV), and 'CA V' with a stray space in Fig. 1 caption. A thorough proofread would improve readability.
  6. [Table I] The column header 'OpenCDA[19]' lists only one reference, but the text in Section II discusses OpenCDA [9] and its ecosystem [19]; please clarify which version is being compared.

Circularity Check

0 steps flagged · score 2.0 of 10

No significant equation-level circularity; the framework's internal self-evaluation is in-sample but not a derived prediction.

full rationale

CDA-SimBoost is a systems/software paper rather than a mathematical derivation, so most circularity patterns do not apply. There are no fitted parameters renamed as predictions, no uniqueness theorems imported from the authors, and no ansatz smuggled in via citation. The paper's definitions (e.g., the intelligent-intersection region in Eq. (1) and the infrastructure-unit definition in Eq. (2)) are explicit modeling choices, not results derived from themselves. The central claim of 'high-fidelity' digital twins is not quantitatively validated against independent real-world ground truth, and the reported performance metrics in Section V-B are computed inside the framework's own simulation environment using its own modules; this is a self-referential demonstration rather than an external validation. However, that is a limitation in evidence, not an equation-level circularity: the paper does not claim to predict a quantity from a parameter fitted to the same quantity. The self-citations to OpenCDA, OpenCDA-ROS, INS-PE, and CooperFuse are normal references to prior implementation work and are not used to forbid alternatives or to justify the framework's core functionality. The score of 2 reflects the mild self-referential evaluation style, not a circular derivation.

Assumptions & free parameters 2 free parameters · 3 assumptions · 0 invented entities

No fitted constants or new physical entities are introduced. The framework's central premise rests on simulation fidelity and digital twin accuracy, both treated as assumptions rather than validated quantities.

free parameters (2)
  • Intersection region radius d_f = 50-100 m (typical)
    Defines the intelligent intersection region I in Eq. (1). Chosen by hand as a typical intersection size, not fitted to data and not the target of inference.
  • IU co-location thresholds (2 m horizontal, 4 m vertical) = 2 m, 4 m
    Defines grouping of sensors into an infrastructure unit IU in Eq. (2). Hand-selected tolerances, not fitted.
assumptions (3)
  • domain assumption CARLA with Unreal Engine simulates sensors and vehicle dynamics with sufficient physical fidelity for CDA research.
    The framework's utility as a 'high-fidelity' testbed depends on this fidelity, which is asserted but not validated (Sec. IV-A, Sec. V-B).
  • domain assumption The digital twin assets (HD point cloud map and vector map built via RoadRunner) accurately represent the real intersection geometry.
    DTB (Sec. III-A) builds these assets from a single scanning vehicle pass and manual annotation; any errors propagate into the synthetic data.
  • domain assumption The ROS bridge and OpenCDA modules in OpenCDA-InfraX correctly integrate real data streams with simulated actors.
    The online pipeline (Sec. III-B) relies on the ROS bridge to align real object tracks with simulated actors, an assumption untested for timing and latency effects.

how reviews work

0 comments
Cite this review

Pith. "Pith review of CDA-SimBoost: A Unified Framework Bridging Real Data and Simulation for Infrastructure-Based CDA Systems." pith.science (2026). https://pith.science/paper/W5C2RFU3

@misc{pith2026250719707,
  author       = {Pith},
  title        = {Pith review of: CDA-SimBoost: A Unified Framework Bridging Real Data and Simulation for Infrastructure-Based CDA Systems},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/W5C2RFU3}},
  note         = {Machine review of arXiv:2507.19707}
}
read the original abstract

Cooperative Driving Automation (CDA) has garnered increasing research attention, yet the role of intelligent infrastructure remains insufficiently explored. Existing solutions offer limited support for addressing long-tail challenges, real-synthetic data fusion, and heterogeneous sensor management. This paper introduces CDA-SimBoost, a unified framework that constructs infrastructure-centric simulation environments from real-world data. CDA-SimBoost consists of three main components: a Digital Twin Builder for generating high-fidelity simulator assets based on sensor and HD map data, OFDataPip for processing both online and offline data streams, and OpenCDA-InfraX, a high-fidelity platform for infrastructure-focused simulation. The system supports realistic scenario construction, rare event synthesis, and scalable evaluation for CDA research. With its modular architecture and standardized benchmarking capabilities, CDA-SimBoost bridges real-world dynamics and virtual environments, facilitating reproducible and extensible infrastructure-driven CDA studies. All resources are publicly available at https://github.com/zhz03/CDA-SimBoost

Figures

Figures reproduced from arXiv: 2507.19707 by the authors.

Figure 1
Figure 1. Workflow of CDA-SimBoost framework. There are three main parts in CDA-SimBoost: Digital Twin Builder, Online-Offline Data Pipeline and OpenCDA-InfraX. Digital Twin Builder provides simulator assets as input for the simulation platform. OFDataPip takes in real-world data collected by our data collection platform: connected automated vehicle (CAV) and smart infrastructure (Infra), and outputs converted data to OpenCDA… view at source ↗
Figure 2
Figure 2. Workflow of Digital Twin Builder. measurement unit (IMU) and a Global Navigation Satellite System (GNSS) sensor suite is deployed to scan the targeted intersection. The vehicle traverses the area, capturing multi￾ple LiDAR frames synchronized with GNSS data enhanced by correction methods [23]. Firstly, the raw LiDAR points are transformed into UTM coordinates based on the vehicle’s GNSS-reported position and orienta… view at source ↗
Figure 3
Figure 3. A flowchart of the online data processing pipeline in OFDataPip. [PITH_FULL_IMAGE:figures/full_fig_p003_3.png] view at source ↗
Figures from the paper (4 more)
Figure 6
Figure 6. Figure 6: Illustration figure of three types of sensor placements. (a) features sensors concentrated near the center of the intersection, whereas (b) and (c) employ a more dispersed placement throughout the intersection. The camera arrangement in (a) is similar to that of the V2…
Figure 5
Figure 5. Figure 5: Digital Twin Data Streaming Visualization. (a) shows real-world vehicle data detected by the real-time detection and tracking module, while (b) presents the synthetic data in the simulation environment based on the real-world data stream. V. EXPERIMENTS To evaluate the…
Figure 7
Figure 7. Figure 7: Challenging synthetic scenario visualization. (a)∼(f) illustrate six different potential pre-crash scenario moments, each representing a simplified version generated by the Synthetic Data Generator based on real-world data. In these scenarios, the ego vehicle is contro…
Figure 8
Figure 8. Figure 8: Traffic analysis comparison of main road and side road. This figure [PITH_FULL_IMAGE:figures/full_fig_p006_8.png]

Discussion (0). Sign in to comment.

Reference graph

Works this paper leans on

48 extracted references · 44 canonical work pages

  1. [1]

    A review on autonomous vehicles: Progress, methods and challenges,

    D. Parekh, N. Poddar, and other, “A review on autonomous vehicles: Progress, methods and challenges,” Electronics, 2022

    work page 2022

  2. [2]

    Dair-v2x: A large-scale dataset for vehicle- infrastructure cooperative 3d object detection,

    H. Yu, Y . Luo, and other, “Dair-v2x: A large-scale dataset for vehicle- infrastructure cooperative 3d object detection,” in Proceedings of the IEEE/CVF Conference on Computer Vision and Pattern Recognition , 2022

    work page 2022

  3. [3]

    Inspe: Rapid evaluation of hetero- geneous multi-modal infrastructure sensor placement,

    Z. Zheng, Y . Zhang, and other, “Inspe: Rapid evaluation of hetero- geneous multi-modal infrastructure sensor placement,” arXiv preprint arXiv:2504.08240, 2025

    arXiv 2025

  4. [4]

    Editorial special section on coordination, cooperation, and control of autonomous vehicles in smart connected road environments,

    A. Petrillo and S. Santini, “Editorial special section on coordination, cooperation, and control of autonomous vehicles in smart connected road environments,” IEEE Open Journal of Intelligent Transportation Systems, 2024

    work page 2024

  5. [5]

    Rcooper: A real-world large-scale dataset for roadside cooperative perception,

    R. Hao, S. Fan, and other, “Rcooper: A real-world large-scale dataset for roadside cooperative perception,” Proceedings of the IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR) , 2024

    work page 2024

  6. [6]

    V2x-real: a largs-scale dataset for vehicle-to-everything cooperative perception,

    H. Xiang, Z. Zheng, and other, “V2x-real: a largs-scale dataset for vehicle-to-everything cooperative perception,” inEuropean Conference on Computer Vision . Springer, 2024

    work page 2024

  7. [7]

    Scenario gym: A scenario-centric lightweight simulator,

    H. Scott, L. Niccolini, and other, “Scenario gym: A scenario-centric lightweight simulator,” in 2023 IEEE 26th International Conference on Intelligent Transportation Systems (ITSC) . IEEE, 2023

    work page 2023

  8. [8]

    Adopting graph neural networks to understand and reason about dynamic driving scenarios,

    P. Su, C. Xiang, and other, “Adopting graph neural networks to understand and reason about dynamic driving scenarios,” IEEE Open Journal of Intelligent Transportation Systems , 2025

    work page 2025

Show all 48 references
  1. [9]

    Opencda: an open cooperative driving automation framework integrated with co-simulation,

    R. Xu, Y . Guo, and other, “Opencda: an open cooperative driving automation framework integrated with co-simulation,” in 2021 IEEE International Intelligent Transportation Systems Conference (ITSC) . IEEE, 2021

    2021

  2. [10]

    Pre-crash scenario typology for crash avoidance research,

    N. H. T. S. Administration et al. , “Pre-crash scenario typology for crash avoidance research,” DOT HS, 2007

    2007

  3. [11]

    Control allocation approach using differential steering to compensate for steering actuator failure,

    A. Seiffer, M. Frey, and other, “Control allocation approach using differential steering to compensate for steering actuator failure,” IEEE Open Journal of Intelligent Transportation Systems , 2024

    2024

  4. [12]

    V2xp-asg: Generating adversar- ial scenes for vehicle-to-everything perception,

    H. Xiang, R. Xu, and other, “V2xp-asg: Generating adversar- ial scenes for vehicle-to-everything perception,” arXiv preprint arXiv:2209.13679, 2022

    2022 arXiv

  5. [13]

    Garchingsim: An autonomous driving simulator with photorealistic scenes and minimalist workflow,

    L. Zhou, Y . Song, and other, “Garchingsim: An autonomous driving simulator with photorealistic scenes and minimalist workflow,” in2023 IEEE 26th International Conference on Intelligent Transportation Systems (ITSC). IEEE, 2023

    2023

  6. [14]

    Unity Real-Time Development Platform,

    Unity Technologies, “Unity Real-Time Development Platform,” 2024, accessed: 2025-04-29

    2024

  7. [15]

    Digital twins for autonomous driving: A comprehensive implementation and demonstration,

    K. Wang, T. Yu, and other, “Digital twins for autonomous driving: A comprehensive implementation and demonstration,” in 2024 Interna- tional Conference on Information Networking (ICOIN) . IEEE, 2024

    2024

  8. [16]

    Digital twin technologies for vehicular prototyping: A survey,

    M. R. Kabir, B. B. Y . Ravi, and other, “Digital twin technologies for vehicular prototyping: A survey,” IEEE Open Journal of Intelligent Transportation Systems, 2025

    2025

  9. [17]

    Sustainable intelligent transportation systems via digital twins: A contextualized survey,

    V . M. Martinez, D. R. Campelo, and other, “Sustainable intelligent transportation systems via digital twins: A contextualized survey,” IEEE Open Journal of Intelligent Transportation Systems , 2025

    2025

  10. [18]

    Astral 3D Editor,

    Ma Haibing, “Astral 3D Editor,” 2025, accessed: 2025-04-30

    2025

  11. [19]

    The opencda open-source ecosystem for cooperative driving automation research,

    R. Xu, H. Xiang, and other, “The opencda open-source ecosystem for cooperative driving automation research,” IEEE Transactions on Intelligent Vehicles, 2023

    2023

  12. [20]

    Carla: An open urban driving simulator,

    A. Dosovitskiy, G. Ros, and other, “Carla: An open urban driving simulator,” in Conference on robot learning . PMLR, 2017

    2017

  13. [21]

    Unreal engine,

    U. Engine, “Unreal engine,” Retrieved from Unreal Engine , 2018

    2018

  14. [22]

    ASAM OpenDRIVE Standard,

    ASAM e.V ., “ASAM OpenDRIVE Standard,” 2024, accessed: 2025- 04-29

    2024

  15. [23]

    Towards high accuracy gnss real-time positioning with smartphones,

    P. Dabove and V . Di Pietra, “Towards high accuracy gnss real-time positioning with smartphones,” Advances in Space Research , 2019

    2019

  16. [24]

    Gnss/imu/lidar fusion for vehicle local- ization in urban driving environments within a consensus framework,

    L. Gao, X. Xia, and other, “Gnss/imu/lidar fusion for vehicle local- ization in urban driving environments within a consensus framework,” Mechanical Systems and Signal Processing , 2023

    2023

  17. [25]

    MathWorks, MathWorks RoadRunner, 2024

    2024

  18. [26]

    An automated driving systems data acquisition and analytics platform,

    X. Xia, Z. Meng, and other, “An automated driving systems data acquisition and analytics platform,” Transportation research part C: emerging technologies, 2023

    2023

  19. [27]

    Opencda-ros: Enabling seamless inte- gration of simulation and real-world cooperative driving automation,

    Z. Zheng, X. Han, and other, “Opencda-ros: Enabling seamless inte- gration of simulation and real-world cooperative driving automation,” IEEE Transactions on Intelligent Vehicles , 2023

    2023

  20. [28]

    V oxelnet: End-to-end learning for point cloud based 3d object detection,

    Y . Zhou and O. Tuzel, “V oxelnet: End-to-end learning for point cloud based 3d object detection,” in Proceedings of the IEEE Conference on Computer Vision and Pattern Recognition (CVPR) , June 2018

    2018

  21. [29]

    Pointpillars: Fast encoders for object detection from point clouds,

    A. H. Lang, S. V ora, and other, “Pointpillars: Fast encoders for object detection from point clouds,” in Proceedings of the IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR), June 2019

    2019

  22. [30]

    Second: Sparsely embedded convolutional detection,

    Y . Yan, Y . Mao, and other, “Second: Sparsely embedded convolutional detection,” Sensors, 2018

    2018

  23. [31]

    You only look once: Unified, real- time object detection,

    J. Redmon, S. Divvala, and other, “You only look once: Unified, real- time object detection,” in Proceedings of the IEEE Conference on Computer Vision and Pattern Recognition (CVPR) , June 2016

    2016

  24. [32]

    Lift, splat, shoot: Encoding images from arbitrary camera rigs by implicitly unprojecting to 3d,

    J. Philion and S. Fidler, “Lift, splat, shoot: Encoding images from arbitrary camera rigs by implicitly unprojecting to 3d,” in Computer Vision–ECCV 2020: 16th European Conference, Glasgow, UK, Pro- ceedings. Springer, 2020

    2020

  25. [33]

    V2vnet: Vehicle-to-vehicle communication for joint perception and prediction,

    T.-H. Wang, S. Manivasagam, and other, “V2vnet: Vehicle-to-vehicle communication for joint perception and prediction,” in Computer vision–ECCV 2020: 16th European conference, Glasgow, UK, pro- ceedings. Springer, 2020

    2020

  26. [34]

    Opv2v: An open benchmark dataset and fusion pipeline for perception with vehicle-to-vehicle communication,

    R. Xu, H. Xiang, and other, “Opv2v: An open benchmark dataset and fusion pipeline for perception with vehicle-to-vehicle communication,” in 2022 International Conference on Robotics and Automation (ICRA). IEEE, 2022

    2022

  27. [35]

    V2x-vit: Vehicle-to-everything co- operative perception with vision transformer,

    R. Xu, H. Xiang, Z. Tu, and other, “V2x-vit: Vehicle-to-everything co- operative perception with vision transformer,” in European conference on computer vision . Springer, 2022

    2022

  28. [36]

    Where2comm: Communication-efficient collaborative perception via spatial confidence maps,

    Y . Hu, S. Fang, and other, “Where2comm: Communication-efficient collaborative perception via spatial confidence maps,” Advances in neural information processing systems , 2022

    2022

  29. [37]

    Disconet: Shapes learning on dis- connected manifolds for 3d editing,

    E. Mehr, A. Jourdan, and other, “Disconet: Shapes learning on dis- connected manifolds for 3d editing,” in Proceedings of the IEEE/CVF International Conference on Computer Vision (ICCV) , October 2019

    2019

  30. [38]

    The hungarian method for the assignment problem,

    H. W. Kuhn, “The hungarian method for the assignment problem,” Naval research logistics quarterly , 1955

    1955

  31. [39]

    Cooperfuse: A real-time cooperative perception fusion framework,

    Z. Zheng, X. Xia, and other, “Cooperfuse: A real-time cooperative perception fusion framework,” in 2024 IEEE Intelligent Vehicles Symposium (IV). IEEE, 2024

    2024

  32. [40]

    An introduction to the kalman filter,

    G. Welch, G. Bishop, and other, “An introduction to the kalman filter,” 1995

    1995

  33. [41]

    C. K. Chui, G. Chen, and other, Kalman filtering. Springer, 2017

    2017

  34. [42]

    Joint state and input estimation of agent based on recursive kalman filter given prior knowledge,

    Z. Wu, Z. Zheng, and other, “Joint state and input estimation of agent based on recursive kalman filter given prior knowledge,” in 2022 International Conference on Robotics and Automation (ICRA). IEEE, 2022

    2022

  35. [43]

    V2xpnp: Vehicle-to-everything spatio- temporal fusion for multi-agent perception and prediction,

    Z. Zhou, H. Xiang, and other, “V2xpnp: Vehicle-to-everything spatio- temporal fusion for multi-agent perception and prediction,” arXiv preprint arXiv:2412.01812, 2024

    2024 arXiv

  36. [44]

    A formal basis for the heuristic determination of minimum cost paths,

    P. E. Hart, N. J. Nilsson, and other, “A formal basis for the heuristic determination of minimum cost paths,” IEEE transactions on Systems Science and Cybernetics , 1968

    1968

  37. [45]

    De Boor and C

    C. De Boor and C. De Boor, A practical guide to splines . springer New York, 1978

    1978

  38. [46]

    Point cloud-based target-oriented 3d path plan- ning for uavs,

    Z. Zheng and other, “Point cloud-based target-oriented 3d path plan- ning for uavs,” in 2020 International conference on unmanned aircraft systems (ICUAS). IEEE, 2020

    2020

  39. [47]

    Pid control system analysis, design, and technology,

    K. H. Ang, G. Chong, and other, “Pid control system analysis, design, and technology,” IEEE transactions on control systems technology , 2005

    2005

  40. [48]

    Model predictive control: Theory and practice—a survey,

    C. E. Garcia, D. M. Prett, and other, “Model predictive control: Theory and practice—a survey,” Automatica, 1989

    1989

Pith tools

Reviewed August 6, 2026 · model on record in the stance chip above.