.webp)
"エクソシスト。"
これは、やがてインターネットに革命を起こすことになる秘密プロジェクトの名前でした。 時は 2002 年。 後に Adobe に買収された Macromedia は、新しいストリーミング プロトコルの開発に熱心に取り組んでいます。 RTMP (Real-Time Messaging Protocol) と呼ばれるものです。 そして、それは間もなくデジタル ビデオ エコシステムの不可欠な部分になるでしょう。
.webp)
初心者のために、 Adobe の Macromedia Flash Player はかつては必需品でした オンラインでビデオを見るには。 これがなければ、デジタル ビデオの 90% 以上を視聴できませんでした。 それはとても簡単でした！ これは、RTMP が Flash プレーヤーでのみ使用される独自のテクノロジーであったためです。
しかし、この覇権は、HTML5 が登場して Flash プレーヤーが時代遅れになり始めるまでのことでした。 ただし、RTMP は存続しました。
一言で言えば、RTMP は、インターネット上でオーディオおよびビデオ データの高品質かつ低遅延のストリーミングを可能にするプロトコルです。 これは、オンライン ビデオをストリーミングするために Flash Player 用に特別に設計されました。
RTMP は、インターネットが初期の頃に抱えていた永続的な問題を解決するために開発されました。 それは、高品質で低遅延のビデオ ストリームの配信でした。
当時、ビデオ コンテンツをオンラインで配信する Newgrounds のようなプラットフォームがいくつかありました。 しかし、デジタルでのビデオストリーミングはほとんど存在しませんでした。 また、24 分間のビデオ ファイルをダウンロードして PC で視聴するには、48 ～ 1 時間待つ必要がありました。
ビデオとオーディオのストリーミングの課題は、特に低帯域幅と低遅延の場合に、手ごわいものでした。 Netflix でさえ DVD を物理的に配布していました。
.webp)
馴染みのない方のために説明しておくと、ビデオとは一連の「動画」です。 私たちが知っているように、ビデオとは、一連の動画とサウンドトラック (オーディオ ファイル) を組み合わせたものです。 インターネットの初期の頃、単一の画像を送信することは、複数の理由により困難でした。 再生可能なビデオとオーディオ ストリームを一緒に送信することは、まったく別の競技でした。
そこで RTMP が登場しました。RTMP は、遅延を最小限に抑えながら、スムーズで高品質のビデオとオーディオのストリームを配信しました。 初めて、人々はインターネット上で実際に VHS レベルのビデオ品質を視聴できるようになりました。 それにもかかわらず、RTMP は依然として Adobe Flash Player で使用される独自のプロトコルでした。 こうして、このプレーヤーはオンライン ビデオを視聴するための事実上の標準になりました。 しかし、その日も残りわずかでした。
2000 年後半までに、Flash Player のセキュリティ、信頼性、パフォーマンスについて懸念が生じ始めました。 2010年にスティーブ・ジョブズが「」という公開書簡を書いたのは有名です。フラッシュについての考えその内容は、Flash Player がいかにスマートフォンに適していないかを述べたものでした。その後すぐに議論が巻き起こり、これが Flash Player の終わりの始まりとなりました。
2011 年、Adobe は RTMP をオープンソース化しましたが、その暗号化バージョンは独自仕様のままでした。 HTML5 は 2014 年にリリースされ、Flash プラグインの必要性がなくなりました。 2016 年までに、Google Chrome を含む主要ブラウザはデフォルトで Flash をブロックし、代わりに HTML5 を優先するようになりました。
結局、2017年には、 Adobe、Flash Playerのメンテナンスを終了すると発表。 これにより、プレーヤーとそれに伴う RTMP のプラグが事実上取り外されました...まあ、ほとんどです!
いいえ、そうではありません。 現在、Flash Player は Adobe によって段階的に廃止され、RTMP は一般用途ではほとんど非推奨になっていますが、プロトコルは引き続き存続しています。
RTMP は、次のような多くの人気のあるストリーミング プラットフォームで標準として採用されています。 YouTubeのライブ, FacebookのライブFlash Player は廃止されましたが、レガシーな理由や、プロトコルの幅広い利点を活用するために、プラットフォームには RTMP も必要です。
.webp)
しかし、なぜ主要な業界名が非推奨のプロトコルを使用しているのでしょうか? それは一般的な論理に反していませんか？
答えはまたもや「ノー」です。 これは、RTMP を使用しないか、ファーストマイル配信に RTMP を使用するためです (これについては次のセクションで詳しく説明します)。 たとえば、YouTube Live や Facebook Live などのストリーミング プラットフォームは、取り込み (またはビデオ ストリームの受信) に RTMP を使用します。 プラットフォームは、と呼ばれるプロトコルのバリアントを使用している場合もあります。 RTMPS、セキュリティのために TLS/SSL を使用する暗号化された RTMP。 RTMPS の「S」は「Secure」を表します。
言及する価値のあるストリーミング プロトコルは RTMPS だけではありません。 ユースケースを考慮すると、他にもいくつかの有力な候補があります。
ただし、始める前に、人々はファーストマイル (取り込み) プロトコル (RTMP や SRT など) とラストマイル (配信) プロトコル (HLS や DASH など) を比較する傾向があることに注意する必要があります。 これは正しい比較ではありません。 車の燃料タンクとテールパイプを比較するようなものです。 どちらも目的が異なります。 どちらも、意図されたとおりの動作をします。 そして、仕事を成し遂げるには両方が必要です。
RTMP などのファーストマイル プロトコルを、SRT、WebRTC、さらには独自プロトコルなどの他のファーストマイル プロトコルと比較し、ラストマイル プロトコルを他のラストマイル プロトコルと比較する必要があります。
そうは言っても、RTMP ストリーミングに代わるファーストマイルの代替手段をいくつか紹介します。
Secure Reliable Transport は、インターネット経由で低遅延のビデオを配信することを目的として、Haivision によって開発されたオープン ソース プロトコルです。 SRT はライブ コンテンツとオンデマンド コンテンツの両方に使用できます。 暗号化、エラー修正、適応ビットレート ストリーミングなどのいくつかの機能を提供します。 SRT の主な利点は、待ち時間が短いこと (約 1 秒) であり、一秒を争うライブ イベントに最適です。 ただし、SRT は比較的新しいため、現時点ではエンコーダとメディア サーバーが適切にサポートされていません。
Web リアルタイム通信は、プラグインや追加のソフトウェアを使用せずにリアルタイムのオーディオおよびビデオ通信を可能にするブラウザベースのプロトコルです。 WebRTC は、Chrome、Firefox、Safari、Edge などのほとんどの最新ブラウザでサポートされています。 WebRTC を使用する主な利点は、WebRTC がブラウザに組み込まれているため、他に何もインストールする必要がないことです。 もう XNUMX つの利点は、ピアツーピアであるため、通常は中間にサーバーが必要ないため、コストが削減されることです。 ただし、セキュリティやアクセス制御 (DRM) など、RTMP と同じ機能の一部は提供されません。 また、スケーラビリティの面でも課題が生じます。
Reliable Internet Stream Transport は、Video Services Forum によって開発された新しいオープン ソース プロトコルです。 セキュリティやエラー修正などの追加機能を備えた低遅延ストリーミングを提供するように設計されています。 RIST はまだ開発中であるため、まだ広く使用されていません。 しかし、完成すれば、その機能セットとオープンソースの性質を考慮すると、RTMP に代わる有力な候補となる可能性があります。 現時点では、RIST と RTMP を比較するのは公平ではありません。 SRT とより同等です。
リアルタイム ストリーミング プロトコルは、かなり前から使用されているネットワーク制御プロトコルです。 最も一般的には IP カメラに使用されますが、メディア サーバーからのビデオのストリーミングにも使用できます。 これは取り込み専用プロトコルでもあります。 RTSP は、認証、暗号化、アクセス制御などのいくつかの機能を提供します。 RTSP を使用する主な利点は、ほとんどの IP カメラ メーカーによって十分にサポートされていることです。 ただし、監視市場以外では広く採用されていないため、RTSP をサポートするエンコーダやメディア サーバーを見つけるのは難しい場合があります。
さて、RTMP の話に戻りますが、このプロトコルはまだ廃止されておらず、近い将来そうなるわけでもないと言っても過言ではありません。 RTMP はかつてほど広く使用されていないかもしれませんが、現在でも最も人気のあるライブ ストリーミング プラットフォームやアプリケーションの一部を強化し続けています。
その理由を理解しましょう。
RTMP はチャンキングを活用します、上位レベルのプロトコルで大きなメッセージを小さなメッセージに分割します。 これらの小さなメッセージでは、チャンク ヘッダーに情報が圧縮されて表現されているため、オーバーヘッドが大幅に削減されます。
RTMP はクライアントとサーバーの間で常時接続を使用するため、中断を最小限に抑えた低遅延のストリーミングを提供できます。 RTMP の遅延は 5 秒未満です。
RTMP は長い間存在しており、最も広く使用されているストリーミング プロトコルの XNUMX つです。 これにより、エンコーダ、メディア サーバー、その他のストリーミング関連のソフトウェアやハードウェアによるサポートがさらに広がりました。
RTMP を使用すると、単一の接続で複数のストリームを送信できます。 これは、複数のカメラまたはマイクが使用されている場合 (ライブ イベントなど) に便利です。 このプロトコルは、さまざまな形式のオーディオ (MP3、AAC など)、ビデオ (FLV、MP4 など)、テキストを XNUMX つのまとまったパッケージにまとめて送信できます。
RTMP は非常に多用途なプロトコルです。 ライブ ストリーミング、ビデオ オン デマンド (VOD)、リアルタイム メッセージングなどに使用できます。 このプロトコルにより、ユーザーはセクションをスキップまたは巻き戻したり、途中でライブ ストリームに参加したりすることができます。
RTMP はアクセス制御もサポートしているので、ライブ ストリームを閲覧できるユーザーを制限できます。 これは、特定の人だけがストリームにアクセスできるようにしたい場合に便利です。 RTMP を使用して、単純な DRM ソリューションを作成することもできます。
RTMP は非常にスケーラブルなプロトコルです。 多数の視聴者にストリーミングすることを計画している場合、この側面が重要になります。
RTMP は HTTP と互換性がありません。 RTMP サーバーを構築するか、RTMP ストリーム用の CDN を使用する必要があります。
適切な RTMP をサポートするブラウザはほとんどありません。 そのような場合、再生と互換性の問題が発生します。 これにより、ストリーミング目的での有用性が制限される可能性があります。
RTMP ストリーミングは、帯域幅関連の課題によって機能不全に陥る可能性もあります。 これは、次善のユーザー エクスペリエンスにつながります。 また、低帯域幅の脆弱性もいくつかあります。
RTMP は現在、時代遅れとみなされており、従来の目的のために維持されています。 このサポートは時間の経過とともに減少する可能性があります。
これらは RTMP のいくつかの欠点でした。 このプロトコルは後で段階的に廃止される可能性がありますが、すぐに廃止されるわけではありません。 それでも、RTMP は何らかの形で存在し続ける可能性があります。
HLS や DASH などの革新的なプロトコルは、高品質で安全なビデオをストリーミングする際の大きな課題を解決しますが、エンコードに関しては最善の方法ではありません。 HLS および DASH 互換のエンコーダーは、ライブ ストリームの遅延が長くなります (最大 45 秒)。 したがって、結局のところ、中間点は RTMP の取り込みとなります。
RTMP インジェストは、RTMP テクノロジーを使用してビデオをエンコードし、Teyuto などのオンライン ビデオ プラットフォームに配信するために使用されるプロセスです。 ここでは、RTMP サーバーを作成することで、オンライン ビデオ プラットフォームは RTMP ビデオ フィードを取り込み、それを HLS 形式にトランスマックスして、最適な再生とストリーミング エクスペリエンスを実現します。 これは最良のアプローチであり、両方の長所を利用できます。
RTMP は、インターネット上でオーディオ データとビデオ データをストリーミングするために使用されるレガシー プロトコルです。 一般的な使用は非推奨になりましたが、オーバーヘッドの低減や 5 秒未満の遅延などの多くの利点により、このプロトコルは存続し続けています。
RTMP には独自の長所と短所があります。 RTMP を使用するかどうかを決定する必要がある場合は、代わりに HLS や DASH などのプロトコルを優先してください。 これらが人気があり、インターネットの標準になっているのには理由があります。 しかし、結局のところ、選択するのはあなた自身です。 賢く選んでください！
読んでよかったですか？