企業やコンテンツ配信ネットワーク（CDN）プロバイダーは、ライブストリーミングの普及に満ちた未来に備えるため、より効率的なプロトコルの必要性がこれまでになく緊急になっています。ライブストリーミングの未来が到来したので、準備を整えましょう。その未来はSRT、HLS、MPEGDASHです。これらのライブストリーミングプロトコルのそれぞれが何であるか、それらの利点、およびアプリケーションを見てみましょう。また、自分に合ったものを選択できるように、この記事の最後に簡単な比較があります。
Secure Reliable Transport（SRT）
Secure Reliable Transport（SRT）は、ストリーミングフロンティアの新星です。信頼性の低いパブリックインターネット上で、低遅延で高品質のビデオとオーディオを配信します。実際に遅延の量を制御し、貧弱なネットワークでのパケット損失によるジッターなどの問題を排除できます。 SRTを使用すると、IT担当者の助けを借りずにファイアウォールを簡単に通過でき、既存のネットワークインフラストラクチャに導入するのが経済的です。さらに、SRTは、最大256ビットのAES暗号化を備えた安全なストリーミングを提供します。 
SRTはオープンソースのストリーミングプロトコルであり、SRTの採用を促進することを目的として、多くの業界リーダーや開発者が協力して取り組んでいるSRTAllianceによって人気が高まっています。 Epiphan Videoは、YouTube、Akamai、Wowzaなどと並んでSRTAllianceの認定された「SRT対応」メンバーです。すでにSRTを統合している人気のあるソフトウェアには、OBS Studio、GStreamer、VLCなどがあります。
「衛星代替技術」と呼ばれるSRTの低コストと、インターネットを介してほぼリアルタイムで高品質のコンテンツを配信する機能により、放送局は高価な衛星技術の実行可能な代替手段となります。
メリット
- 既存の信頼性の低いインターネット全体に確実に配信される、低遅延で高品質のビデオとオーディオ。
- SRTソース（エンコーダー）とSRT宛先（デコーダー）の間のファイアウォールを簡単に通過します。
- 遅延を制御して、ネットワークの状態の変化に合わせて調整します。
- 最大256ビットのAES暗号化による安全なライブストリーミング。
SRTの仕組み
制御およびパケット回復専用の通信リンクが、SRT送信元（エンコーダー）とSRT宛先（デコーダー）の間に確立されます。宛先は、サーバー、CDN、または別のSRTデバイスにすることができます。 SRTは、ネットワーク上でUDPパケットを使用する独自のパケット損失回復方法を採用しており、変動するネットワーク条件に適応するように調整できます。ネットワークの状態が悪い場合は、ビデオの品質を向上させるために、パケットバッファリングを追加できます。ネットワークの状態が改善されると、遅延の量を減らして、ほぼリアルタイムのライブストリームエクスペリエンスを実現できます。
SRT送信元デバイスと宛先の間のファイアウォールを通過する必要があります。 SRTには、それを行うための3つのモードがあります。ランデブーと発信者/リスナーです。
ランデブーモードは最も単純で、通常、SRTの送信元と宛先の間でファイアウォールを通過するためにITの関与を必要としません。ファイアウォールを通過できない場合は、発信者/リスナーモードを使用する必要があります。ただし、宛先デバイスのパブリックIPアドレスとSRTポートで受信したトラフィックがローカルネットワーク上のデバイスに転送されるようにトラフィック転送を設定するには、ITの関与が必要です。
SRTアプリケーション
SRTは、リモートジャーナリストが現地でライブで報道する放送モデルのように、予測できないネットワークを介して大量のリモートコントリビューションフィードを制作と再配信の中央の宛先に送信するために使用される場合に優れています。また、低遅延のインタビューや双方向の会話のためにリモートゲストを呼び込むのにも最適です。予測できないネットワークを介した高品質のビデオとオーディオが必要な場合は常に、SRTはZoomコール、WebEx、またはWebRTCストリームの品質をはるかに上回ります。
HTTPライブストリーミング（HLS）
HTTPライブストリーミング（HLS）は、適応型のHTTPベースのストリーミングプロトコルであり、ストリーミング先で再構築される小さなTCPベースのメディアセグメントで、ネットワークを介してビデオおよびオーディオコンテンツを送信します。 HLSは既存のTCPベースのネットワークテクノロジーを使用しているため、HLSの導入コストは低く、古い（そして高価な）RTMPメディアサーバーの置き換えを検討しているCDNにとって魅力的です。ただし、HLSはTCPを使用するため、低レイテンシよりもQuality of Experience（QoE）が優先され、ラグタイムが長くなる可能性があります（ミリ秒ではなく秒単位など）。
HLSは元々、メディアをAppleデバイスにストリーミングするためのプロトコルとしてAppleInc.によって開発されました。その後、AppleはHLS（プッシュ）を開発しました。これは、すべてのデバイスで利用できる、コントリビューション側のオープンスタンダードのストリーミングプロトコルです。現在、HLSは、H.264またはHEVCコーデックを使用してエンコードされたビデオをサポートしています。
HLSの利点は、さまざまなネットワーク条件に適応するように設計されていることです。ストリームのさまざまなバージョンがさまざまな解像度とビットレートで送信されます。視聴者は、必要なストリームの品質を選択できます。 HLSは複数のオーディオトラックもサポートしています。つまり、ユーザーが選択できる複数の言語トラックをストリームに含めることができます。その他の特典には、クローズドキャプション、メタデータ、デジタル著作権管理（DRM）、さらには埋め込み広告（それほど遠くない将来）のサポートが含まれます。フレームワークはすべてそこにあります。
HTTPSを介したセキュアストリーミングがサポートされており、ユーザー名とパスワードの認証のためのMD5ハッシュとSHAハッシュアルゴリズムもサポートされています。
メリット
- 高品質のビデオ（最大4K）とオーディオは、低遅延が要件ではない低品質のネットワーク全体に確実に配信されます。
- ファイアウォールを簡単に通過できます。
- さまざまなネットワーク条件に適応し、さまざまな解像度とビットレートで複数のビデオストリームを送信します。
- 多言語ストリームなどの複数のオーディオトラックのサポート。
- メタデータおよびその他の拡張機能をサポートします。
- 従来のネットワークサーバーとテクノロジーを使用して、導入が経済的で、拡張が容易です。
- HTTPSと認証アルゴリズムMD5ハッシュおよびSHAを使用した安全なライブストリーミング。
HLSの仕組み
このアプローチは、ファイル転送によく似ています。メディアセグメントは、HTTPポート80（またはHTTPSの場合はポート443）を介してストリーミングされます。これは通常、ネットワークトラフィックに対してすでに開かれています。そのため、コンテンツはITの関与をほとんどまたはまったく必要とせずに、ファイアウォールを簡単に通過できます。
HLSは、構成可能なメディアセグメント期間と構成可能なプレイリストサイズを備えたMPEG2-TSトランスポートストリームコンテナを使用して、取り込みサーバーでメディアセグメントを再アセンブルします。断片化されたMP4がサポートされています。
HLSはTCPベースのテクノロジーを使用しているため、ネットワークパケットの損失と回復の方法は集中的です。これが、遅延が増加する理由の1つです。メディアセグメントサイズをある程度制御することはできますが、特に取り込みサーバーが特定のサイズのメディアセグメントを必要とする場合、遅延を減らす機能は制限されます。
HLSアプリケーション
HLSは、モバイルデバイスやタブレットへのストリーミングの標準です。低遅延が要件でない場合は、HLSを使用してRTMPをサポートしないCDNにストリーミングすることもできます。 RTMPはすでにますます多くのCDNによって非推奨になっていることに注意することが重要です。 HLSは、低遅延が要件ではなく、ネットワークの状態が悪い場合（ネットワークがHLSをサポートしている場合）、プライベートローカルエリアネットワーク（LAN）を介して企業トレーニングや市庁舎を安全にストリーミングするのにも適しています。
MPEG-DASH（HTTPを介した動的適応ストリーミング）
MPEG-DASHは、オープンスタンダードの適応型HTTPベースのストリーミングプロトコルであり、ストリーミング先で再構築される小さなTCPベースのメディアセグメントで、ネットワークを介してビデオおよびオーディオコンテンツを送信します。国際標準化機構（ISO）とMPEGのチームは、MPEG-DASHをコーデックと解像度に依存しないように設計しました。つまり、MPEG-DASHは任意の形式（H.264、H.265など）のビデオ（およびオーディオ）をストリーミングできます。最大4Kの解像度をサポートします。それ以外の点では、MPEG-DASHはHLSとほとんど同じように機能します。
MPEG-DASHは、CDNにとって魅力的な既存のTCPベースのネットワークテクノロジーを使用しているため、導入コストは低くなります。ただし、パケットはTCPを介して転送されるため、低遅延よりもQuality of Experience（QoE）が優先され、遅延時間が長くなる可能性があります。
MPEG-DASHは、さまざまなネットワーク条件に適応するようにも設計されています。ストリームのさまざまなバージョンがさまざまな解像度とビットレートで送信されます。視聴者は、必要なストリームの品質を選択できます。複数のオーディオトラックもサポートされており、クローズドキャプション、メタデータ、デジタル著作権管理（DRM）などの拡張機能もサポートされています。インフラストラクチャは、埋め込み広告などの将来の開発のためにあります。
HTTPSを介したセキュアストリーミングがサポートされており、ユーザー名とパスワードの認証のためのMD5ハッシュとSHAハッシュアルゴリズムもサポートされています。
メリット
- 高品質のビデオ（最大4K）とオーディオは、低遅延が要件ではない低品質のネットワーク全体に確実に配信されます。
- ファイアウォールを簡単に通過できます。
- さまざまなネットワーク条件に適応し、さまざまな解像度とビットレートで複数のビデオストリームを送信します。
- ビデオおよびオーディオコーデックにとらわれない。
- 多言語ストリームなどの複数のオーディオトラックのサポート。
- メタデータおよびその他の拡張機能をサポートします。
- 従来のネットワークサーバーとテクノロジーを使用して、導入が経済的で、拡張が容易です。
- HTTPSと認証アルゴリズムMD5ハッシュおよびSHAを使用した安全なライブストリーミング。
MPEG-DASHの仕組みとアプリケーション
MPEG-DASHはHLSと同じように機能し、短いメディアセグメントをHTTP（ポート80）またはHTTPS（ポート443）で送信して、ファイアウォールを簡単に通過できるようにします。これは、構成可能なメディアセグメント期間と、取り込みサーバーでメディアセグメントを再アセンブルするための構成可能なプレイリストサイズを備えたMPEG2-TSトランスポートストリームコンテナを使用します。断片化されたMP4がサポートされています。
MPEG-DASHの待ち時間が長いのは、主に、すべてのTCPベースのネットワークで使用されているネットワークパケット損失と回復方法が原因です。また、MPEG-DASHはメディアセグメントサイズをある程度制御できますが、特に取り込みサーバーが特定のサイズのメディアセグメントを必要とする場合、遅延を減らす機能は制限されます。
低遅延が要件でない場合は、MPEG-DASHを使用してRTMPをサポートしないCDNにストリーミングします。 RTMPはすでにますます多くのCDNによって非推奨になっていることに注意することが重要です。 DASHは、低遅延が要件ではなく、ネットワークの状態が悪い場合に、プライベートLANを介して企業のトレーニングや市庁舎を安全にストリーミングするのにも適しています
どのストリーミングプロトコルがあなたに適していますか？
RTMPは圧倒的に最も人気のあるストリーミングプロトコルですが、SRT、HLS、DASHなどのプロトコルはそれに挑戦しています。
適応型HTTPベースのストリーミングプロトコルHLSおよびMPEG-DASHには、RTMPにはないものがありますか？
- 多言語制作用の1つのビデオトラックに複数のオーディオトラック。
- メタデータやその他の種類の埋め込みコンテンツを含める。
- デジタル著作権管理（DRM）のサポート。
- ストリームの複数のバージョンを異なる解像度とビットレートで送信して、視聴者がネットワークの状態や画面サイズに適した品質を選択できるようにします。
スケーラビリティは、RTMPよりもHLSおよびMPEG-DASHの方がはるかに簡単で安価です。また、RTMPでは通常、ファイアウォールを通過するためにITネットワークポートを手動で開く必要があります。
遅延やネットワーク状態の悪化が問題にならない場合は、HLSまたはMPEG-DASHがSRTを打ち負かします。アダプティブHTTPベースのストリーミングプロトコルは、さまざまなネットワーク条件の視聴者に可能な限り最高のビデオ品質を提供し、SRTよりもセットアップが簡単です。
低遅延が必要で、予測できないネットワークを介してストリーミングしている場合は、SRTが最適なストリーミングプロトコルです。 SRTは、TCPよりもはるかに効率的なパケット回復のための独自の接続を確立します。これにより、SRTは、ホストとリモートゲスト間でほぼリアルタイムの双方向通信を提供できます。また、遅延を調整してネットワークの状態に合わせて調整できます。
まとめてください！
AkamaiのようなCDNは、RTMPのサポートを終了することをすでに発表しています。導入するのは古くて費用がかかります。 SRT、HLS、MPEG-DASHなどの新しいプロトコルが人気を博しているため、RTMPが過去のものになるのは時間の問題です。そのため、Epiphan Videoでは、オールインワンビデオ制作システムのPearlファミリーに、SRT、HLS、およびMPEG-DASHのサポートを追加しました。これらの最新のストリーミングプロトコルのサポートを追加することで、Pearl-2とPearlMiniが将来のライブストリーミングに対応できるようになります。エンコーダのPearlファミリーは、HLSとMPEG-DASHをAkamaiにストリーミングすることが認定されている価格帯の数少ないデバイスの1つです。