AIToday
Autonomous DrivingAI Coding AssistantsQiita 機械学習Published: Oct 7, 2026, 01:00 JST

TinyLidarNet checklist: 4 checks before training

TinyLidarNet checklist: 4 checks before training

3 Key Points

  1. What happened

    A competitor who placed 2nd in 自動運転AIチャレンジ2026's End to End AI division published a four-point checklist for TinyLidarNet: label ranges vs. the tanh output range, matching accel_scale and decel_scale between training and inference, distinguishing LiDAR's real range from normalization, and verifying Hydra loss keys via --cfg job.

  2. Why it matters

    Mismatches between how labels are prepared and how the model's outputs are interpreted can force retraining, according to the author — the checklist aims to cut that rework before any training run starts.

  3. What to watch

    The test is whether teams record the commit, weights, common YAML and node-specific YAML together, since the author notes that rerunning extraction is needed if preprocessing changes. Watch PR #362, merged on October 2, 2026, which added the shared config file and acceleration scales.

WHO IT HITSAutonomous-driving competition teams and engineers training small end-to-end LiDAR models benefit most, since the checklist targets label, scale, and normalization mismatches before a training run. Anyone debugging a model that runs poorly should check these configuration points before assuming the model needs to be larger.

Not sure about something? Ask the AI

Questions and answers are published on this page.

Summaries like this, in your inbox every morning.

Context & Analysis

The article comes from a participant who reached the final of the End to End AI division of the 自動運転AIチャレンジ2026 using TinyLidarNet, a small model that takes LiDAR distance readings as input and outputs acceleration and steering. Rather than presenting a new model, the write-up collects the problems the author encountered during development into a checklist that later participants can use before starting their own training. The author notes that the model used in the final was run in a local AWSIM environment, not in an actual race.

The central theme is that many failures blamed on the model actually trace back to how data and settings are prepared. Labels from real driving data can fall outside the output layer's tanh range, acceleration multipliers can differ between training and inference, LiDAR scans can be normalized at a different distance than the sensor's actual range, and Hydra overrides can miss the keys the training script actually reads. The article ties these to specific fixes: PR #362 added a common configuration file and acceleration scales, PR #356 corrected the README's Hydra syntax, and PR #117 fixed the LiDAR specification documentation.

For teams preparing their own runs, the practical takeaway is less about the model itself and more about keeping the preparation chain consistent. The author explicitly says the acceleration scaling fix has not been shown to improve driving performance in a comparison, and that the sample normalization was left unchanged at 30 m when the author ran it. Whether these checks translate into fewer wasted training runs likely depends on how closely a team's own extraction and inference pipelines match the settings they record.

FAQ
What is the four-point checklist for TinyLidarNet?
The author lists four items: checking that training labels fit the output layer's range, matching acceleration scales between training and inference, distinguishing LiDAR's real range from normalization, and confirming Hydra overrides reach the keys used in training.
What did PR #362 change?
PR #362, merged on October 2, 2026, added a shared config file and acceleration scales. The article distinguishes the older approach of adding multipliers in code from the current approach of checking the shared settings.
What happens if training and inference use different acceleration scales?
The article describes a formula where positive labels are divided by accel_scale and negative labels by decel_scale during training, then multiplied back during inference. Keeping these consistent is listed as a key check.
Qiita 機械学習Read Original Article

AI news that matters for your work, delivered every morning.

Pick your industry and the AI tools you use, and get news related to your work every day.

Free · 30 seconds with Google · unsubscribe anytimeWhat is AIToday? →

Ask AI

Ask AI anything about this article. The AI reads this article, earlier AIToday articles, and Wikipedia, and cites its sources. Q&As are published on this page for other readers too.

Questions and answers are published on this page.

Related Articles

Next articleNippan admits book sales to Anthropic for AI training