シミュルキャスティング - 一度に複数のプラットフォームに同じライブイベントをストリーミング - リーチを最大限に活用するために探しているブロードキャストのためのgo-to戦略になります。 しかし、ほとんどの視聴者にシミュルキャストヒンジの成功は、それが経験を台無しにするまでについて考えません: ストリーミング遅延。 ライブアクションと画面上の表示がマイナーなように見えるものの、しかし、それはライブコンテンツの説得力を作るコミュニカルマジックをフラクチャーすることができます。 1つのプラットフォームが単に別の視聴者に数秒間を繰り返すと、彼らは、それらをどのようにして、それらをすることができます。

遅延のストリーミングとなぜ彼らは何を強調しますか?

遅延をストリーミング, 多くの場合、レイテンシーと呼ばれます, それはカメラからビューアの画面に旅行するためにビデオ信号のためにかかる総時間です. 理想的な世界で, そのラグはゼロになります. 実際には, 放送チェーンのすべてのステップは、秒の分数を追加します: エンコーディング, パッケージング, インターネットを渡る送信, コンテンツ配信ネットワーク (CDN) 分布, デバイス上の最終デコード. これらのマイクロデレイの合計は簡単に到達することができます 15 へ 45 - 秒 - またはより伝統的なHTTPベースのストリーム.

simulcastの場合、問題は多重です。各宛先プラットフォームは、独自のインフラストラクチャを介して同じソースフィードを処理するかもしれません。少し異なる遅延を導入します。 YouTube Liveのビューアビューアはリアルタイムで10秒遅れる可能性があります。Twitchの友人は4秒後にしかありません。 その不一致は、共有瞬間の感覚を侵略し、視聴者がライブイベントに何を描画するのか正確には確かです。 レイテンシーが15秒を超えると、待ち合わせメトリックは、チャットを監視したり、ソーシャルストリーミングしたり、直接的なペースでしたり、直接的なペースでしたり、直接的なペースで撮影したりすることができます。

流出遅延の技術的な解剖学

テープの遅延には、最初にそれを生成する歯車を理解する必要があります。 旅は、カメラの信号がH.264またはH.265などの圧縮されたフォーマットにエンコードされます。 それをエンコードすることは、通常、小さなが無効な遅延を追加します。特に、高品質の4K映像が関与する場合には、数秒です。 圧縮されたストリームは、それぞれ小さな塊に分割されます。 HTTPベースのプロトコルは、H.LまたはMPEGDの頻度を完全に送信する前に、それぞれ2〜10秒です。

チャンクがCDNに当たると、ゲームが変化します。 起源サーバーとビューア間の地理的距離は、伝送時間を追加します。 ニューヨーク発のストリームを眺めている東京のビューアは、ニュージャージー州の誰かがより長い遅延を必然的に見します。 単に光がそれほど速く旅行できるからです。 その上に、ビューア独自のデバイスは、再生を開始する前に一定のデータ量をバッファし、ステージを防止するために別の層の安全性遅延を追加します。 これらの移動部品は、なぜライブストリームが実際に動作しないのかを説明します。

バッファリング対真の潜在能力

視聴者がしばしば混同する2つのコンセプトを分離することが重要である:緩衝とエンドツーエンドレイテンシ。バッファリングは、プレイヤーがネットワークのハイクアップを滑らかにするために数秒のビデオをプレロードしたときに発生します。初期バッファリングは、知覚遅延に追加しますが、後で凍結からストリームを保護します。真のレイテンシは、すべての処理、伝達、およびプレーヤーバッファオーバーヘッドを含む、キャプチャから表示までの合計時間です。 攻撃的なバッファーでストリームが、より低いレベルのディレイは、ダウンが少ないかもしれませんが、ほとんどのディレイは、ダウンのダウンが、ダウンのダウンが少ない場合、ほとんどありません。

ビューアエンゲージメントに関する遅延の心理的影響

ライブコンテンツは、即時の約束に繁栄します。視聴者が、彼らは、他の幾千もの人々と同じ時間にイベントをアンフォールド見ていると感じているとき、彼らはより多くの感情的なエネルギーを投資します。 サイアムネットワーク()] - ライブストリームビューアのほぼ40%が、遅延が「通知」になった場合、放送秒を放棄するだろうと明らかにしました。 サイマーは、他の多くのプラットフォームに多くの人が、他のプラットフォームに比べると、他の多くの人が、より小さなペースで始まると感じるように見えます。

エンゲージメントマニフェストの侵食は、いくつかの方法で行われます。ライブチャット、コミュニティの構築のための最も強力なツールの1つが、事実上不正確になります。ストリームのチャットが30秒前にスコアされた目標に対する反応を示す場合、より速いフィードを監視している人はすでに移動しました。 Polls、インタラクティブなクイズ、そしてリアルタイムのQ&Aはすべて、その有効性を失う。結果は、オンデマンドコンテンツに移行するパッシブ視聴体験です。これにより、視聴者の忠誠性が広告主に役立ちます。

「スポイラージレンマ」と「セカンドスクリーンソーシャルメディア」

2番目の画面の動作の上昇は、スポイラーマシンにレイテンシを回しました。 ファンは、ライブイベントを見ながら、Twitter、TikTok、または専用のスポーツアプリをチェックします。 公式のスコアアプリがプレイ後2秒タッチダウンを更新する場合、しかし、simulcastストリームは、まだスナップを表示していない場合は、魔法は壊れています。 この「スポイラージレンマ」は、視聴者が高レイテンシーストリームを偽りなくする主な理由です。 攻撃を繰り返すために、視聴者が、敵を攻撃するかどうかを遅らせるために、攻撃を早めに追い払うことができます。

視聴者の保持と15秒の境界

Wowza(])による検査を含む業界調査、低レイテンシーライブストリーミングガイド])は、視聴者の保持が15秒のマークを交差させると、測定値が低下し始めることを示唆しています。 30秒を超えると、減少が加速します。 多くの視聴者は単に異なるソースまたは完全に失効する切り替えます。 チャンピオンシップゲームや製品が起動するようなハイスクライブイベントの同時開催のために、すべての追加コンディショナブルなカウントダウンが、これらの損失を制限することができます。

プラットフォームと彼らの戦いはラグに対して対比分析

ストリーミングプラットフォームは、遅延時に戦争で等しく作成されるわけではありません。 YouTube Live、Twitch、Facebook Live、Amazon Prime Videoなどの新規参入者はすべて、さまざまなテクノロジーを採用しており、さまざまなレイテンシープロファイルを幅広く活用しています。 これらの違いを理解することで、simulcastのプロデューサーが、その取り組みを投資する場所を選択し、一部のオーディエンスがライブコンテンツの特定のプラットフォームに没頭する理由を説明します。

インタラクティブなゲームのために地面から構築されたTwitchは、通常、低レイテンシモードを使用するときに2〜5秒のレイテンシでストリームを配信します。HLSとグローバルCDNの独自のバリアントのおかげで。YouTube Liveは、他の手に、従来の約15〜30秒間、標準ストリームから30秒間、平均的なストリームを移動します。ただし、このオプションは5〜8秒までダウンすることができます。Facebookは10〜15秒間ライブを目標としていますが、ビデオのパフォーマンスは、ほぼ異なる可能性があります。

同時放送では、このダイバーシティは二重刃の剣です。 5つのプラットフォームに送信された単一ソースフィードは、視聴者の画面に20秒のスプレッドで到達することができます。 これらの経験を同期することは、統一された配布戦略なしで、ほぼ不可能です。 何か今日は完全に解決しません。

低周波プロトコル:LL-HLSとWebRTC対SRT

これらのパフォーマンスの違いの背後にある秘密は、ストリーミングプロトコルにあります。 Appleの低周波HLS(LL-HLS)は、ビデオセグメントをより小さな部分的なチャンクに分割し、プレイヤーは6秒のフルセグメントを待つことなく再生を開始することができます。 これは、2〜5秒の遅延を低下させます。 もともとは、リアルタイム通信のために設計されたWebRTCは、500ミリ秒未満のレイテンシをプッシュし、インタラクティブな放送パケットの金規格を作ることができます。 しかし、WebRTCは、より低い場所に転送を制限します(SRTCは、大規模なパフォーマンスを削減します)。

simulcast プロデューサーにとって、各ステージでのプロトコルの選択は、最終的なビューア体験に大きく影響します。 ストリーミングメディア()によるディープなダイビング。 グレート・ローレイテンシー・ライブ・ストリーミング・ディレンマ])) LL-HLS または WebRTC に移動するノートは、単に技術的なアップグレードではなく、プロダクションパイプライン全体に影響を及ぼす戦略的決定です。

収益リップル効果:広告主、スポンサー、およびサブスクリプションのチューン

ストリーム遅延は、視聴者を不満にしません。つまり、直接ボトムラインに影響を与えます。ライブの同時開催を回避する広告およびスポンサーシップモデルは、リアルタイムビューアエンゲージメントに依存します。プレロール、ミッドロール、オーバーレイ広告は、特定の瞬間に配信され、多くの場合、実際のゲームクロックイベントやオーディエンスピークと同期されます。ストリームが公式放送の20秒後にある場合は、ライブベットセグメントの広告は、ウィンドウを見逃すかもしれません。これは、ターゲットをターゲットに表示するかどうかを期待するブランドです。

さらに、サブスクリプションベースのプラットフォームは、レイテンシーとチュルンの有形リンクを参照してください。Parks Associates()によるレポート「苦痛ポイントを固定する])は、消費者が有料のビデオサービスをキャンセルする3つの理由で、「バッファリングとラグ」が行われたことがわかりました。スポーツとライブイベントの競争的な風景では、一貫して遅延したストリームは、競合他社に低遅延インフラに投資するような増加をプッシュすることができます。マイナーなラインの差は、マイナーな規模で可能性があります。

ストリーミング遅延の緩和:Simulcastプロデューサーのためのベストプラクティス

マルチプラットフォームの同時放送を横断する遅延を減らすことは、複雑で解決可能な課題です。単一磁気のブレットがすべてのプラットフォームを同期させるという明確な理解から始まりますが、スマートエンコーディング、プロトコル選択、およびCDN戦略の組み合わせは、許容範囲に遅延をもたらすことができます。

適切なストリーミングプロトコルを選択する

最初のレバーは各ステージでプロトコル選択です。コントリビューションフィードでは、カメラとクラウドエンコーディングサービス間のリンクがSRTまたはWebRTCは、最初のレイテンシーを1秒未満にカットできます。エンドビューアへの配布では、ターゲットプラットフォームがサポートするLL-HLSを選択することで、重要な利益を得ることができます。もし、simulcastにインタラクティブな要素(ライブポール、ウォッチ-alongコメント)が含まれている場合、そのチャネルの専用WebRTCパイプラインを、メインビデオがより低い場合であっても、より詳細なテストプラットフォームが優先的に設定され、より詳細な機能が最適化されます。

インフラとエッジコンピューティング

地理的レイテンシは物理によって管理されていますが、聴衆に近づいて処理を移動することによって少しチートすることができます。 CDNプロバイダーが展開するエッジコンピューティングノードは、ネットワークのエッジでトランスコードして再パッケージストリームを移動し、伝送時間をスラッシュすることができます。 起源シールド付きのマルチCDN戦略を使用して、ソースとビューア間のネットワークホップの数を減らすこともできます。 超高速配信機能を備えたCDNと提携するSimulcastプロデューサーは、超低速ストリーミング製品を提供するCD--MAT-MATIVESを配信するような、または、世界中のAkast-MATIVESのストリーミング機能をリアルタイムで提供します。

さらに、プラットフォームごとのレイテンシーをリアルタイムで追跡する監視ツールでは、ドリフトを探し、フライのビットレートやチャンクのサイズを調整することができます。 Mux DataやBitmovin Analyticsなどのサービスは、これらのメトリックをダッシュボードに直接供給し、ビューアが訴える前にトラブルシューティングに必要な操作チームを提供します。

未来のイノベーション: リアルタイム・シマルカッチに向けて

業界は、同時放送が本当にリアルタイムである世界に向けて急速に進んでいます。 いくつかの技術動向は、現実的に潜在秒レイテンシーを作るために収束しています。

5Gとエッジコンピューティングの約束

5Gネットワークのロールアウトは、ネットワークレイテンシを劇的に低下させ、モバイルビューアが直接メリットを発揮します。ライブストリームオーディエンスの最も急速に成長しているセグメントです。エッジコンピューティングと組み合わせ、クラウドリソースは、エンドユーザーに近い都市の中心に位置し、距離データは大幅に縮小する必要があります。5Gは、すでに2秒未満のレイテンシーでスタジアム-ツーエンドの配信を試みています。伝統的なブロードキャストは、従来のブロードキャストが夢中になる可能性がある数字です。

プロトコルフロントでは、チャンクされたトランスファーエンコーディングで共通メディアアプリケーションフォーマット(CMAF)へのプッシュが、デバイス全体で低レイテンシスタックを統一しています。 CMAF-ベースLL-HLSとDASHは、スマートTVからスマートフォンまで、同じ低レイテンシストリームを、非対向フォールバックなしで配信することができます。 一方、人工知能は、ネットワーク輻輳と事前調整されたチャンクサイズやビットレートを予測し、人間の配信を介入することなく、安定した状態を維持することができます。

これらの技術が成熟したように、, 「同期シミュラキャスト」のアイデアは、最終的に達成可能になる可能性があります. Phenix Real-Timeのようなサービスは、既に大規模なバーチャルイベントのためのスケールでサブ秒間配信を実証しています, そして、既存の生産ツールとの統合が改善されています. どの出版社が、シミュラキャストの人気を高く保つことを目指しているため, これらの技術革新の遅れを維持することはオプションではありません - それは、ライブ瞬間が視聴者がそれを見るために取得する前に、離れていないことを保証するための唯一の方法です.