何が起きたか
arXiv掲載論文は2026年11月12日、Raspberry Pi 5上でRGB-D SLAMのRTAB-MapとORB-SLAM3を比較したベンチマークを公開した。評価には6種類のTUM RGB-Dシーケンスと3段階の画像解像度を使い、追跡範囲、軌跡誤差、フレーム当たりの時間、メモリー、CPU負荷、温度を計測した。両方式が追跡できたシーケンスでは、RTAB-Mapの全処理が1フレーム当たり150〜462ミリ秒、ORB-SLAM3は26〜62ミリ秒だった。
詳細
RTAB-Mapは全フレームを処理・保持する設定で評価され、既定の1 Hzではなくバックエンドも毎フレーム実行した。この条件でRTAB-Mapのフロントエンドは1フレーム当たり38〜74ミリ秒、ORB-SLAM3は13〜45ミリ秒だった。論文はRTAB-Mapの主な計算コストを、増え続けるポーズグラフの最適化と説明し、既定では作業メモリーに上限がないと記している。ORB-SLAM3ではローカル・バンドル調整の計算量は追跡処理と同程度だが、並列スレッドで実行される。 4分の1解像度では両方式とも多くのシーケンスで追跡を失った。追跡を失った実行は終了が早く、追跡できた姿勢だけで算出した誤差も小さくなる傾向があった。処理時間の反復間の差は1〜5%以内だった一方、同一条件での軌跡誤差は最大27%変動した。論文では熱によるスロットリングは確認されなかった。
Key Facts
| Raspberry Pi 5上でRTAB-MapとORB-SLAM3を、6種類のTUM RGB-Dシーケンスと3段階の画像解像度で評価した。 | [1] |
| 両方式が追跡できたシーケンスで、全処理時間はRTAB-Mapが1フレーム当たり150〜462ミリ秒、ORB-SLAM3が26〜62ミリ秒だった。 | [1] |
| RTAB-Mapは全フレームを処理・保持する設定で、バックエンドも毎フレーム実行した。既定のバックエンド実行頻度は1 Hzとされた。 | [1] |
| 処理時間の反復間の差は1〜5%以内だったが、同一条件の軌跡誤差は最大27%変動し、精度差は結論づけられなかった。 | [1] |
| 4分の1解像度では両方式とも多くのシーケンスで追跡を失い、熱によるスロットリングは確認されなかった。 | [1] |
本紙の見方
この比較で差が出たのは、単純なアルゴリズム名の違いだけではなく、処理設定と追跡の成否を含む実行条件である。RTAB-Mapは全フレームを処理・保持し、通常1 Hzのバックエンドを毎フレーム動かす設定だった。したがって、報告された処理時間の差を、そのまま標準設定同士の比較や、あらゆる利用条件での性能差と読むことはできない。特にRTAB-Mapでは、増え続けるポーズグラフの最適化が主要な計算コストとされ、既定では作業メモリーが上限なしである。長時間稼働を想定する場合、フレーム処理頻度だけでなく、保持する地図・履歴の増加とメモリー使用量をどう扱うかが評価軸になる。 もう一つの重要点は、処理速度と精度の見かけが追跡範囲に左右されることだ。4分の1解像度で追跡を失った実行は早く終わり、残った姿勢だけで計算した誤差も低くなった。つまり、完走した結果の時間や誤差だけを並べると、追跡できなかった区間を含む実用上の差を見落とし得る。論文が追跡範囲を併記したのは、エッジ機器のSLAMを評価する際、速度・誤差とカバー率を一体で読む必要があることを示している。 測定の再現性にも非対称性がある。処理時間は反復間で1〜5%以内に収まった一方、軌跡誤差は同一条件でも最大27%変動し、著者らは方式間の精度差を結論づけていない。このため、速度差は今回の評価条件下での観測として扱えるが、誤差の小ささだけで一方を優位とする根拠は不足する。熱スロットリングがなかったという結果も、この試験条件での観測であり、異なる負荷や稼働時間に一般化するものではない。 今後の比較では、RTAB-Mapの毎フレーム処理という設定と既定の1 Hz設定を分け、追跡不能区間、メモリーの推移、解像度ごとの成績を同じ条件で確認する必要がある。論文の対象はRaspberry Pi 5上でのベンチマークであり、GPSなしで動く小型飛行体への実装性能を直接検証したものではない。実機での利用を判断するには、飛行中の計算負荷や連続稼働時の追跡維持など、この評価に含まれない条件を別途確かめる必要がある。
なぜ重要か
小型のエッジ機器でRGB-D SLAMを選ぶ際、処理時間だけで方式を比べると、低解像度での追跡失敗や、追跡できた姿勢だけに基づく誤差の低下を見落とす。今回の結果では処理時間の反復性に比べ軌跡誤差の変動が大きく、精度の優劣は確定できないため、追跡範囲とメモリー負荷を含めた評価が必要となる。