RTMP ストリーミング: The Real-Time Messaging Protocol について解説します [ Wowza Blog 翻訳 ]

• オーディオコーデック： AAC、AAC-LC、HE-AAC+ v1 & v2、MP3、Speex
• ビデオコーデック： H.264、VP8、VP6、Sorenson Spark®、スクリーンビデオ v1 & v2
• 再生互換性： 広くサポートされていない
  • Flash Player、Adobe AIR、RTMP 対応のプレイヤーに限る
  • iOS、Android、ほとんどのブラウザおよび埋め込み可能なプレイヤーで受け入れられなくなった
• メリット： 低遅延で最小限のバッファリング
• デメリット： 視聴体験の品質やスケーラビリティが最適化されていない
• 遅延： ５ 秒
• 関連フォーマット： RTMPT (HTTP 経由でトンネリング)、RTMPE (暗号化)、RTMPTE (トンネリングと暗号化)、RTMPS (SSL 経由で暗号化)、RTMFP (TCP の代わりに UDP 経由でレイヤー化)

Flash のサポート終了日は過ぎています。しかし、RTMP について同じことは言えません。RTMP エンコーダは、多くのコンテンツ制作者のために、今もなお使い続けられており、Wowza Media Systems の Video Streaming Latency Report によると、33% が RTMP エンコーダを使用していると回答しています。

質問： どのストリーミングフォーマットを現在利用していますか？

多くの放送局では、RTMP を使用してライブストリームをメディアサーバーに転送し、それをトランスコードして様々なプレーヤーやデバイスに配信する方法を選択しています。つまり、ラストマイルデリバリーを除いて、RTMP ストリーミングは健在しており、コンテンツの投稿に適しています。

コンテンツ配信で、キャプチャから再生までに使われるストリーミングプロトコルが 1 つだけとは限りません。実際、ライブストリームをできるだけ多くのプロトコルに再パッケージ化することで、幅広い配信が可能になります。

最近の HTML5 プレイヤーは、HLS などの HTTP ベースのプロトコルを必要とするため、メディアサーバーまたはストリーミングサービスを使用して RTMP ストリームを取り込み、再生に適した代替手段にトランスコードすることができます。RTMP ストリームが IP カメラ、モバイルアプリ、またはブロードキャストグレードのエンコーダから来ているかどうかにかかわらず、Wowza のライブストリーミングプラットフォームは、変換と配信プロセスをシームレスにします。

StackPath の Robert Gibb 氏は次のように述べています：

「RTMP をライブストリーミングに活用したい場合、メディアサーバーは絶対に必要です。例えば、Wowza Streaming Engine は、どのサーバーにもインストールできるライブまたはオンデマンドビデオ用のストリーミングソフトとして広く使われています。」

インターネット経由で RTMP ストリームを配信するには、RTMP 対応のカメラまたはエンコーダから始める必要があります。IP カメラやソフトウェアエンコーダ、またはハードウェアエンコーダを使用することができます。無料の OBS ソフトウェアまたは Wowza ClearCaster プライアンスがお奨めです。

RTMP ストリームのソースエンコーダを決めたら、次はビデオのトランスコードと配信用のソフトウェアまたはサービスを決める必要があります。Wowza Media Systems はすぐに使用できるソリューションとして Wowza Streaming Cloud サービスや、追加のカスタマイズを必要とする人のために Wowza Streaming Engine ソフトウェアを提供しています。RTMP エンコーダを Wowza のビデオプラットフォームに接続する方法については、以下のリソースを参照してください：

• RTMP エンコーダを Wowza Streaming Cloud に接続する（英文）
• RTMP エンコーダを Wowza Streaming Engine に接続する（英文）

RTMP エンコーダを Wowzaプ ラットフォームに接続したら、あとは配信に使用するフォーマットを決めます。

ワークフローに最適なプロトコルは、用途によって異なります。Wowza のブログでは、各プロトコルの長所と短所をチェックすることができます。しかし、まずは、以下の検討事項に基づいてオプションを比較することをお勧めします：

• スケーラビリティ
• 遅延時間
• エクスペリエンスの品質（適応ビットレートの有効化など）
• 使用（ファーストマイル・コントリビューション vs ラストマイルデリバリー）
• 再生サポート
• プロプライエタリ vs オープンソース
• コーデック要件

RTMP ライブストリームをアダプティブ HLS と DASH フォーマットにトランスコードすることは、依然として一般的に行われています。とはいえ、WebRTC は 500 ms 以下の遅延を必要とする人にはより適しています。

ラストマイルデリバリーでは、Apple の HTTP ライブストリーミング（HLS）と MPEG-DASH が多くを占めています。HLS は現在のライブストリーミングで最も一般的なプロトコルで、Video Streaming Latency Report では回答者の 45% 以上が採用しています。MPEG-DASH は、HLS に代わるオープンソースのプロトコルであり、業界標準となっています。

HTTP ベースのプロトコルは、過去に RTMP よりもはるかに多くの遅延を注入することで話題になりましたが、最近は改善できると予想されています。低遅延  CMAF for DASH と低遅延 HLS は、大規模な低遅延ストリーミングをサポートすることが期待されています。

RTMP に代わる超低遅延（Ultra-low-latency）代替案としては WebRTC です。WebRTC フレームワークは、ユーザーがブラウザを介して 500 ms 以下の遅延で直接通信できるようにします。

Streaming Media 誌の 2020 年 1 月 / 2 月号では、Robert Reinhard 氏がこのように解説しています「低遅延のリアルタイムストリーミングに Flash を使用している場合、WebRTC ソリューションへの移行を試みるには、約 1 年弱の期間を要します。具体的にはどういうことでしょうか？ Flash ベースのメディアサーバー（Adobe Media Systems、Wowza Streaming Engine など）で使用しているすべてのコードを、リアルタイムメッセージングプロトコル（RTMP）の代わりにWebRTC に移行する必要があるのです。」

低遅延ストリーミングに関しては WebRTC が勝利を収めていますが、制限がないわけではありません。この技術は、1 対多数のブロードキャスト用に設計されていないため、大規模な展開にはカスタマイズが必要になります。