Meet YOLO26: next-gen vision AI.

Link to this sectionEfficientDet vs RTDETRv2: オブジェクト検出アーキテクチャの詳細な比較#

コンピュータビジョンプロジェクトに最適なアーキテクチャを選択するには、多種多様なニューラルネットワークの状況を把握する必要があります。本ガイドでは、2つの異なるアプローチである、高度にスケーラブルな畳み込みニューラルネットワーク(CNN)ファミリーであるEfficientDetと、最先端のリアルタイムTransformerモデルであるRTDETRv2について、技術的な詳細を比較・解説します。両者の構造的な違い、トレーニング手法、およびさまざまなハードウェア環境への導入適性について評価します。

従来の効率性と最新のTransformerの機能を比較して理解することで、開発者は情報に基づいた意思決定が可能になります。さらに、新しい Ultralytics YOLO26 のような現代的な代替手段がどのようにそのギャップを埋め、比類のない速度、精度、使いやすさを提供しているのかについても解説します。

Link to this sectionEfficientDetの理解#

EfficientDetは、モデルスケーリングに対する原理的なアプローチを導入することで、オブジェクト検出に革命をもたらしました。

Link to this sectionアーキテクチャと基本コンセプト#

EfficientDetの核となるのは、バックボーンとしてEfficientNetを使用し、Bi-directional Feature Pyramid Network (BiFPN) を導入している点です。BiFPNは、学習可能な重みを各入力特徴量に適用することで、重要度を学習し、容易かつ高速なマルチスケール特徴融合を可能にします。これは、すべてのバックボーン、特徴ネットワーク、およびボックス/クラス予測ネットワークの解像度、深さ、幅を同時に均一にスケーリングする複合スケーリング手法と組み合わされています。

Link to this section強みと制限#

EfficientDetの主な強みは、パラメータの効率性にあります。リリース当時、EfficientDet-D0などのモデルは、従来のYOLOバージョンと比較して、より少ないパラメータとFLOPsで高い精度を達成していました。そのため、計算リソースに厳しい制限がある環境にとって非常に魅力的でした。

しかし、EfficientDetは後処理で標準的な非最大抑制(NMS)に依存して重複するバウンディングボックスをフィルタリングするため、リアルタイムパイプラインにおいて遅延のボトルネックが発生する可能性があります。さらに、トレーニングプロセスは十分に文書化されていますが、最新のツールで見られるような高度に最適化された開発者体験と比較すると、EfficientDetの微調整は煩雑になる場合があります。

EfficientDetの詳細はこちら

レガシーサポート

EfficientDetはスケーラブルなネットワークへの道を開きましたが、これらのモデルを最新のNPUに導入するには、多くの場合、広範な手動最適化が必要です。よりスムーズなデプロイメントのために、新しい Ultralyticsモデル は1クリックのエクスポート機能を提供しています。

Link to this sectionRTDETRv2の探索#

RTDETRv2はTransformerベースのアーキテクチャの進化形であり、従来のアンカーベースのCNNからパラダイムをシフトさせています。

Link to this sectionTransformerにおける進歩#

RTDETRv2 は、Real-Time Detection Transformer (RT-DETR) のベースラインを基に構築されています。グローバルアテンションメカニズムを活用することで、標準的な畳み込みの局所的な制約を受けることなく、複雑なシーンのコンテキストをモデルが理解できるようにします。アーキテクチャ上の最大の利点は、ネイティブなNMSフリー設計です。入力画像から直接オブジェクトを予測することで、推論パイプラインを簡素化し、NMS後処理に必要なヒューリスティックな調整を回避します。

Link to this section強みと弱み#

RTDETRv2は、重複するオブジェクトが従来のCNNを混乱させるような高密度環境で優れた性能を発揮します。また、COCOのような 複雑なベンチマークデータセットで非常に高い精度を誇ります。

その精度にもかかわらず、Transformerモデルは本質的にかなりのメモリを必要とします。トレーニング効率は顕著に低く、CNNと比較して収束させるために大幅に多くのエポック数と、より高い CUDA メモリフットプリントを必要とします。このため、クラウド予算が限られている開発者や、迅速なプロトタイピングが必要な開発者にとって、RTDETRv2はあまり理想的ではありません。

RTDETRv2について詳しく学ぶ

Transformerのメモリ制約

RTDETRv2のようなTransformerモデルのトレーニングには、通常ハイエンドのGPUが必要です。メモリ不足(OOM)エラーが発生した場合は、Ultralytics YOLO シリーズなど、トレーニング中のメモリ要件が低いモデルの使用を検討してください。

Link to this sectionパフォーマンスベンチマークの比較#

生の パフォーマンス指標 を理解することは、モデル選択において極めて重要です。以下の表は、EfficientDetとRTDETRv2のさまざまなサイズ間での比較を示しています。

モデルサイズ
(ピクセル)
mAPval
50-95
速度
CPU ONNX
(ms)
速度
T4 TensorRT10
(ms)
パラメータ
(M)
FLOPs
(B)
EfficientDet-d064034.610.23.923.92.54
EfficientDet-d164040.513.57.316.66.1
EfficientDet-d264043.017.710.928.111.0
EfficientDet-d364047.528.019.5912.024.9
EfficientDet-d464049.742.833.5520.755.2
EfficientDet-d564051.572.567.8633.7130.0
EfficientDet-d664052.692.889.2951.9226.0
EfficientDet-d764053.7122.0128.0751.9325.0
RTDETRv2-s64048.1-5.032060
RTDETRv2-m64051.9-7.5136100
RTDETRv2-l64053.4-9.7642136
RTDETRv2-x64054.3-15.0376259

Link to this sectionユースケースと推奨事項#

EfficientDetとRT-DETRのどちらを選択するかは、プロジェクト固有の要件、デプロイメントの制約、およびエコシステムの優先順位によって決まります。

Link to this sectionEfficientDetを選択すべき場合#

EfficientDetは以下の場合に有力な選択肢となります。

  • Google CloudおよびTPUパイプライン: Google Cloud Vision APIやTPUインフラストラクチャと深く統合されたシステムであり、EfficientDetのネイティブ最適化が活かせる環境。
  • 複合スケーリング研究: ネットワークの深さ、幅、解像度のスケーリングバランスが与える影響を調査することに焦点を当てた学術的なベンチマーク。
  • TFLiteによるモバイルデプロイ: Androidや組み込みLinuxデバイス向けにTensorFlow Liteエクスポートを具体的に必要とするプロジェクト。

Link to this sectionRT-DETRを選択すべき時#

RT-DETRが推奨される場合:

  • Transformerベースの検出研究: NMSなしのエンドツーエンド物体検出に向けたアテンションメカニズムやTransformerアーキテクチャを探求するプロジェクト。
  • 高い精度が求められ、レイテンシに柔軟性があるシナリオ: 検出精度が最優先され、多少推論レイテンシが高くても許容されるアプリケーション。
  • 大きな物体の検出: 主に中規模から大規模な物体が中心となるシーンで、Transformerのグローバルアテンションメカニズムが自然な利点となる場合。

Link to this sectionUltralytics (YOLO26) を選択すべき時#

ほとんどの新規プロジェクトにおいて、Ultralytics YOLO26はパフォーマンスと開発者体験の最良の組み合わせを提供します。

  • NMSフリーのエッジ展開: Non-Maximum Suppression後処理の複雑さを伴わずに、一貫した低レイテンシの推論が求められるアプリケーション。
  • CPUのみの環境: GPUアクセラレーションを利用できないデバイスにおいて、YOLO26の最大43%高速なCPU推論が決定的な利点となる場合。
  • 小さな物体の検出: aerial drone imageryやIoTセンサー分析のような困難なシナリオで、ProgLossとSTALが微小な物体の検出精度を大幅に向上させる場合。

Link to this sectionUltralyticsの優位性:YOLO26の紹介#

EfficientDetとRTDETRv2はコンピュータビジョンの歴史において不動の地位を築いてきましたが、現代のプロダクション環境では、速度、精度、そして優れた開発者体験の完璧なバランスが求められます。最近リリースされた Ultralytics YOLO26 は、これらの一見異なるアーキテクチャの最良の側面を統合しています。

YOLO26は、Ultralytics が誇る合理化されたエコシステムと画期的な内部メカニズムを組み合わせることで際立っています。

Link to this sectionなぜ競合他社ではなくYOLO26を選択するのか?#

  • エンドツーエンドのNMSフリー設計: RTDETRv2のようなTransformerからインスピレーションを得て、YOLO26はネイティブにエンドツーエンドです。NMS後処理を排除し、純粋なTransformerのような肥大化したパラメータに頼ることなく、より高速でシンプルなデプロイメントパイプラインを保証します。
  • MuSGDオプティマイザー: 大規模言語モデルのトレーニング革新(Moonshot AIのKimi K2など)に触発され、YOLO26はSGDとMuonのハイブリッドを採用しています。これにより、RTDETRv2が必要とする長時間のスケジュールと比較して、比類のないトレーニングの安定性と大幅に高速な収束率を実現します。
  • エッジ向け最適化: 最大 43%のCPU推論高速化 を実現したYOLO26は、エッジAI 用に構築されています。モバイルフォンやスマートカメラなどの制約のあるハードウェア上で、重量級のTransformerモデルを簡単に凌駕します。
  • DFLの削除: Distribution Focal Lossを削除することでモデルグラフが簡素化され、TensorRT および ONNX へのシームレスなエクスポートが容易になります。
  • ProgLoss + STAL: これらの高度な損失関数は、小物体認識において顕著な改善をもたらし、航空画像やロボティクスにおける一般的なボトルネックを解決します。
  • 多用途性: 検出に主に焦点を当てたRTDETRv2とは異なり、YOLO26はインスタンスセグメンテーション姿勢推定画像分類、および指向性バウンディングボックス(OBB)をネイティブにサポートしており、姿勢推定用のRLEやOBB用の専門的な角度損失など、タスク固有の改良が加えられています。
統合エコシステム

Ultralytics Platform を活用することで、データセットの管理、クラウド上でのYOLO26や YOLO11 などのモデルのトレーニング、そして柔軟なAPIを介したシームレスなデプロイが可能になります。

Link to this sectionUltralyticsによるコードの簡潔さ#

適切にメンテナンスされた Ultralytics Python API により、モデルのトレーニングと推論は非常に簡単になります。開発者は、最小限のボイラープレートコードで簡単にモデルのベンチマークを実行したり、トレーニングスクリプトを起動したりできます。

from ultralytics import YOLO

# Load the state-of-the-art YOLO26 model
model = YOLO("yolo26n.pt")

# Train the model on your custom dataset
results = model.train(data="coco8.yaml", epochs=50, imgsz=640)

# Run inference on a test image
predictions = model.predict("image.jpg")

レガシーインフラストラクチャを管理している方には、高い評価を得ている Ultralytics YOLOv8 が安定した強力な選択肢として残っており、Ultralyticsエコシステムの長期的な信頼性を実証しています。複雑なリアルタイム追跡アルゴリズムを実行する場合でも、単純な欠陥検出を実行する場合でも、YOLO26へのアップグレードは、システムが将来にわたって信頼性が高く、高精度かつメモリ効率に優れていることを保証します。

コメント