最終更新: 2026年9月23日

Opus vs AAC: The Technical Audio Codec Guide for Streaming Applications

Opus vs AAC：ストリーミングアプリ向けベストオーディオコーデック

オーディオまたはビデオストリーミングアプリを開発する際—インタラクティブ音声ルーム、ライブスポーツ放送プラットフォーム、オンデマンドポッドキャストサービス、または音楽ストリーミングアプリケーションのいずれであっても—オーディオコーデックの選択がユーザー体験全体を決定します。帯域幅の料金、サーバーの計算負荷、エンドツーエンドのレイテンシ、そしてユーザーが不安定なモバイルネットワークを通過する際にストリームがどれだけ寛容かを左右します。

最新のソフトウェアアーキテクチャにおいて、二つのロスィーオーディオコーデックが他を凌駕します: Opus と AAC（Advanced Audio Coding）。

両方のコーデックは十分なビット数があれば純粋な音響の明瞭さを提供しますが、全く異なる課題を解決するために作られました：

  • AAC は、MP3に取って代わり、グローバル放送、音楽ストリーミングサービス、ビデオオンデマンドパイプラインを支える、実績のあるハードウェアアクセラレーション対応の国際標準です。
  • Opus は、リアルタイムインターネットの混沌としたパケットロス環境にネイティブに対応するよう設計された、オープンソースの超低遅延ハイブリッド標準です。

この包括的なガイドでは、両方のコーデックのコアアーキテクチャ、音響性能、レイテンシプロファイル、プラットフォーム互換性、法的枠組みを分解し、技術スタックに関して十分な情報に基づいた判断を下す手助けをします。

1. クイック比較：Opus vs AAC

機能OpusAAC (AAC-LC / HE-AAC)
標準化者IETF (RFC 6716)ISO / IEC MPEG
リリース年201121997（継続的に拡張）
ライセンスオープンソース、ロイヤリティフリー（BSD）プロプライエタリ、特許プール（Via LA）
アルゴリズムレイテンシ5 ms – 26.5 ms通常 100 ms – 200 ms（AAC-LD: ~20 ms）
サンプリングレート8 kHz から 48 kHz まで8 kHz から 96 kHz まで
ビットレート範囲6 kbps – 510 kbps8 kbps – 576 kbps
ハードウェアデコード最新のチップで広く採用されており、ソフトウェアでフォールバックすべてのデバイスに共通の専用シリコン
コンテナサポートOgg, WebM, Matroska, CAF, MP4 (fMP4)MP4, M4A, 3GP, ADTS, MPEG-TS
主要ドメインWebRTC, VoIP, インタラクティブライブオーディオ, ゲームVOD, Broadcast HLS/DASH, 音楽カタログ

2. 内部構造：圧縮メカニズム

これら2つのコーデックがさまざまなストリーミングワークロードで異なる挙動を示す理由を理解するには、各コーデックが生のパルスコード変調（PCM）オーディオ信号をどのように処理するかを検証する必要があります。

Opus：ハイブリッド・ダイナミック・カメレオン

Opusは、単一の圧縮アルゴリズムではないためユニークです。これは、根本的に異なる2つの技術を組み合わせて作られたインテリジェントなハイブリッドです：

  • SILK（音声エンジン）: 元々Skypeによって開発されたSILKは、線形予測符号化（LPC）を利用して人間の声道の物理音響をモデル化します。冗長なハーモニクスを除去し、6 kbpsから20 kbpsという驚くほど低いビットレートでも人間の音声が完全に聞き取りやすくなります。
  • CELT（Music & General Audio Engine）: Xiph.Org Foundation によって構築され、CELT は従来の音楽コーデックと同様に修正離散コサイン変換（MDCT）アプローチを使用しますが、非常に短いフレーム長でゼロ先読み遅延でオーディオを処理します。

Opus は動的にリアルタイムで3つの動作モード間を切り替えます:

  • SILK-only Mode: 純粋な音声が検出されたときに帯域幅を最小化するために使用されます。
  • CELT-only Mode: 複雑な音楽パッセージ、瞬間的な音、そしてアコースティック楽器に使用されます。
  • Hybrid Mode: SILK を使用して音声の基本周波数を同時に処理し、CELT で上位周波数のハーモニクスを処理します。

この動的な遷移はミリ秒単位でシームレスに行われ、フレームのドロップや接続の再交渉は行われません。

AAC：心理音響学のマスター

AAC は、Fraunhofer IIS、Dolby Laboratories、AT&T、Sony、Nokia からなるコンソーシアムによって、MP3 の数学的および音響的制限を解決するために開発されました。これは、洗練された心理音響モデルを備えた MDCT フレームワーク上で動作する純粋な変換コーデックです:

  • Frequency Masking: 人間の耳が知覚できない、より大きな周波数に隣接して発生する静かなオーディオ信号を除去します。
  • Temporal Masking: 突然の爆発的な過渡バーストに続く低レベルのオーディオを即座に除去します。
  • HE-AAC v1 (Spectral Band Replication - SBR): 低域と中域の周波数のみを送信し、アルゴリズムメタデータを使用してデコーダで高域周波数を再構築します。
  • HE-AAC v2 (Parametric Stereo - PS): モノストリームを空間ステレオメタデータと組み合わせてエンコードし、ビットレートが 16 kbps から 24 kbps とても低い場合でもステレオストリーミングを可能にします。

AAC は中〜高ビットレートで驚異的な音響忠実度を実現しますが、変換フレームサイズが自然にシステム的なアルゴリズム遅延をもたらします。

3. ヘッドツーヘッド性能評価

A. アルゴリズムレイテンシとリアルタイム性能

Winner: Opus

レイテンシは、インタラクティブなアプリケーションでこの2つのフォーマットを選択する際に最も決定的な要素です。

  • Opus は双方向通信のために特別に設計されました。パケットフレームの長さは 2.5 ms、5 ms、10 ms、20 ms をサポートします。典型的な先読みバッファリング (2.5 ms) を使用しても、総アルゴリズム遅延は通常 5 ms と 22.5 ms の間です。これにより、UDP チャネルを介した音声伝送が瞬時に感じられます。
  • Standard AAC-LC は、フレームあたり 1024 サンプルの変換ウィンドウを必要とします。44.1 kHz のサンプルレートでは、1 フレームは約 23.2 ms の音声に相当しますが、内部の心理音響フィルタや先読みバッファにより、エンコーダ全体のレイテンシは 100 ms から 200 ms の間に膨らむことが一般的です。AAC-LD や AAC-ELD のような低遅延プロファイルは遅延を 15 ms – 35 ms にまで削減しますが、Opus が享受している広範なネイティブブラウザサポートが欠如しています。

B. ビットレート効率 vs. 知覚品質

勝者: 低/中ビットレートでは Opus； 高ビットレートでは同点

標準化された MUSHRA（MUltiple Stimuli with Hidden Reference and Anchor）テストは、2 つのコーデック間に明確な境界があることを示しています:

  • 32 kbps 未満（ナローバンドからワイドバンド音声）: Opus は疑いの余地のないチャンピオンです。SILK モードでは、16 kbps から 24 kbps の範囲で人間の声が豊かで明瞭、自然に聞こえます。このレベルでは AAC-LC は完全に性能が低下し、こもった、位相がずれた、または大きく歪んだ音になります。
  • 48 kbps – 64 kbps（フルバンド音声＆音楽）: Opus は HE-AAC v1 と同等またはそれ以上の性能を示し、最小限のアーティファクトでフル 20 kHz の音声帯域幅を提供します。標準的な AAC-LC は同等の知覚的透明性を得るために 80 kbps から 96 kbps が必要です。
  • 128 kbps – 192 kbps (Audiophile & Music Distribution): 両方のコーデックはほぼ完全な知覚的透明性に達します。平均的なリスナーは、128 kbps の Opus ストリームや 128 kbps の AAC-LC ストリームを、非圧縮のスタジオマスタ WAV ファイルと区別できません。

C. ネットワークレジリエンスとパケットロス隠蔽 (PLC)

勝者: Opus

公共のセルラーおよび Wi-Fi ネットワークは、ジッターやパケットロスが頻繁に発生します。

  • Opus はネイティブの In-band Forward Error Correction (FEC) を組み込んでいます。エンコーダは前フレームの低ビットレート要約パケットを現在のパケット内に埋め込むことができます。ネットワークでフレームがドロップされた場合、デコーダは再送を待たずに即座に再構築します。Opus には高度なパケットロス隠蔽 (PLC) ルーチンも備わっており、失われたフレームを数学的に合成し、20%〜30% のパケットロスでも音のクリッピングなしで耐えられます。
  • AAC はネイティブのインバンド FEC を持ちません。HLS や DASH 上の AAC ストリーミングは、再生の途切れを防ぐために大きなクライアント側再生バッファ（通常 2〜6 秒）または TCP 再送に依存しており、リアルタイムでバッファゼロの環境では標準的な AAC が脆弱になります。

D. ハードウェアアクセラレーションとバッテリーへの影響

勝者: AAC

AACは約30年間にわたり支配的なコンシューマーオーディオ標準であるため、ほぼすべてのスマートフォンSoC、接続テレビ、車載ダッシュボード、そしてBluetoothチップはハードウェアAACデコード用の専用シリコンを搭載しています。このハードウェアアクセラレーションは中央CPUからの処理負荷を軽減し、長時間のリスニングセッション中のバッテリー寿命を最大化します。

Opusは広範なサポートを得ています：AndroidはAndroid 5.0以降、ネイティブに対応しており、最新のiOS、iPadOS、macOSシステムはCoreAudioとWebRTCを通じてOpusをサポートしています。ただし、Opusデコードはしばしばソフトウェアライブラリ（例えば libopus）で処理されます。幸いなことに、libopusは非常に最適化されているため、最新のモバイルプロセッサ上での実際のCPUオーバーヘッドは無視できるほど小さく（通常CPU容量の1〜2％未満）です。

E. ライセンスとロイヤリティ

勝者: Opus

  • Opus はIETFによって標準化され、3条項BSDライセンスの下で配布されています。主要な特許提供者（Xiph.Org、Mozilla、Microsoft/Skype、Broadcom を含む）はロイヤリティフリーの特許許諾を提供しています。ライセンス料や出荷数量の報告なしで、商用アプリ内で Opus をコンパイル、バンドル、配布することができます。
  • AAC は、Via Licensing Alliance (Via LA) などの組織が管理する特許プールによって規制されています。AAC を使用して公共の音声/動画ストリームを送信しても、一般的に配信ロイヤリティは発生しませんが、ハードウェアメーカー、OSベンダー、カスタムソフトウェアエンコーダやデコーダを配布する商業開発者は、ライセンス階層やユニット料金を検討する必要があります。

4. アーキテクチャ決定ガイド：どれを使用すべきか？

Opus を選ぶべき場合：

  • リアルタイムインタラクティブ音声/ビデオ: WebRTC アプリ、遠隔医療プラットフォーム、カスタマーサービスダイヤラー、ゲーム内音声チャットなど、レイテンシが 150 ms 未満である必要があるもの。
  • 低遅延ライブストリーミング: インタラクティブウェビナー、ライブオークション、またはスポーツ視聴パーティーなど、視聴者とクリエイター間の遅延が1秒未満である必要があるもの。
  • 帯域制限ストリーミングサービス: 新興市場や移動中のモバイルユーザーに焦点を当てたプラットフォームで、音声の明瞭さが 16 kbps – 32 kbps の弱いモバイル回線でも維持されなければなりません。
  • 法的負担ゼロのクロスプラットフォームアプリ: 商用特許監査を回避できるオープンソースでロイヤリティフリーのオーディオエンジンを求めるアプリケーション。

AAC を選ぶべき場合：

  • オンデマンドビデオ (VOD) とポッドキャスト: 従来の HLS や MPEG-DASH マニフェストを通じて配信される Netflix スタイルのビデオ配信やポッドキャストプラットフォーム。
  • 専用音楽ストリーミングプラットフォーム: 高音質の音楽カタログ（Apple MusicやTidalに類似）で、レガシーなカーオーディオ、Bluetoothオーディオレシーバー、スマートスピーカードックとの最大互換性が求められます。
  • リニアTV＆放送ストリーム: RTMPインジェストとHLSエグレスを利用した標準的な放送ワークフローで、3〜10秒の再生バッファが許容範囲です。
  • 組み込み・スマートTVアプリ: レガシーなスマートTV、古いストリーミングスティック、または低コストのセットトップボックスを対象としたソフトウェアで、専用シリコンデコーダに依存し、CPU負荷が限られています。

5. 現代のハイブリッドストリーミングアーキテクチャ

多くのエンタープライズメディアアーキテクチャでは、Opus と AAC を相互排他的に扱いません。むしろ、メディアパイプラインの異なる段階でそれらを組み合わせます。

  1. インジェスト段階（Opus）: コンテンツクリエイターやライブホストは、WebRTC または SRT を介して Opus でマイク音声をストリーミングし、遅延をほぼゼロにし、パケットロス耐性を最大化します。
  2. エッジトランスコーディング: クラウドメディアサーバーは、受信ストリームをレガシー HLS チャンク用の標準 AAC-LC にトランスコードしつつ、インタラクティブエンドポイント用に Opus フレームはそのまま保持します。
  3. 配信段階: インタラクティブなモバイルおよびウェブの視聴者は低遅延の Opus フィードを受け取り、Apple TV、Roku、またはウェブプレーヤーの一般視聴者は標準の AAC-LC ストリームを受け取ります。

6. 最終結論

最新のストリーミングアプリにとって、選択は次の根本的な質問に帰着します: アプリケーションはライブインタラクティブ性を必要としますか？

  • もし答えが はい であれば、Opus が揺るぎない選択です。その低いアルゴリズム遅延、ダイナミックな音声/音楽ハイブリッドエンジン、組み込みのパケット損失隠蔽、そしてオープンソースライセンスにより、リアルタイムアプリケーションの業界標準となっています。
  • もし答えが いいえ で、事前録画されたオンデマンドまたはバッファリングされた放送コンテンツ を提供している場合、AAC は地球上のすべてのデバイス、オペレーティングシステム、ハードウェアチップで完璧に動作する普遍的な標準です。

よくある質問 (FAQ)

**Q1: Opus は低ビットレートで AAC よりも優れた音質を提供しますか？ A1: はい、Opus は統合された SILK 音声コーディングエンジンにより、ビットレートが 64 kbps 未満の場合、標準的な AAC を大幅に上回ります。

**Q2: Opus は iOS デバイスと Safari でサポートされていますか？ A2: はい、最新の iOS バージョンと Safari は、WebRTC を介した Opus デコードおよび WebM や Core Audio Format (CAF) などのサポートされたメディアコンテナ内でのネイティブサポートを提供しています。

**Q3: HTTP Live Streaming（HLS）コンテナ内で Opus オーディオをストリーミングできますか？ A3: はい、最新の HLS 仕様はフラグメント化された MP4（fMP4）コンテナ内にカプセル化された Opus をサポートしていますが、古いレガシープレーヤーでは AAC フォールバックが必要な場合があります。

**Q4: Opus のデコードは AAC よりもバッテリー消費が大幅に増えますか？ A4: いいえ、AAC は古いデバイスで専用ハードウェアデコーダの恩恵を受けますが、libopus は非常に最適化されているため、最新のスマートフォンでのバッテリー差は事実上検出できません。

**Q5: Opus は商用ライセンス料がかかりませんか？ A5: はい、Opus はオープンソースでロイヤリティフリーのオーディオコーデックであり、寛容な BSD ライセンスの下、IETF によって標準化されています。

関連項目