Broadcast Box - 120msレイテンシのOBSライブストリーミング

 (github.com/Glimesh)
23 ポイント 投稿者 GN⁺ 2024-09-05 | 2件のコメント | WhatsAppで共有
  • Broadcast Boxは、超低遅延で配信できるようにするツール
  • 使いやすく、修正しやすいように設計されている。最新の配信技術を示すために開発
  • WebRTCを使用する利点
    • 超低遅延: RTMPやHLSの代わりに、WebRTCで配信と再生を処理
    • 最新のビデオコーデックを使用できる。AV1コーデックを使えば、同じ映像品質を50%少ない帯域幅で送信できる
    • 同じセッションで複数のビデオストリームをアップロードできる。複数のカメラアングルで配信したり、リアルタイムでインタラクティブな映像体験を共有したりできる
    • 良いユーザー体験を提供するにはトランスコードが必要。WebRTCを使えば、ユーザーが同じ映像をさまざまな品質レベルでアップロードできるため、サーバー運用コストを削減できる
    • WebRTCを通じて誰でも配信者になれる。Broadcast Boxを使えば、OBSのような配信ソフトウェアを利用できる。ブラウザから直接配信を開始できるため、初心者でも簡単にライブストリーミングを始められる
    • 必要なときはPeer-to-Peer: Broadcast Boxを使えば、グローバルIPやポートフォワーディングなしで映像を提供できる。WebRTCのP2P技術によって、専用サーバーがなくても映像を配信・再生できる
  • 使い方
    • Broadcast Boxをローカルで実行する必要はなく、ホスト版の b.siobud.com ですぐに使える
    • ローカルで実行する場合は、Getting Started セクションを参照

GN⁺のまとめ

  • Broadcast Boxは超低遅延配信を可能にするツールで、WebRTCを使って高速かつ効率的な配信体験を提供する
  • 初心者でも簡単に使えるよう設計されており、さまざまな環境で柔軟に利用できる
  • 配信技術の最新トレンドを反映しており、配信業界に関心のある人にとって有用
  • 類似の機能を提供するプロジェクトには、OBS、GStreamerなどがある。

関連記事

2件のコメント

 
roxie 2024-09-09

本当に3秒以内で安定したストリーミングができていますね。WebRTCブームは来る……
 
GN⁺ 2024-09-05
Hacker Newsの意見

  • Broadcast BoxをOBSのテスト用サーバーにした

    • WebRTC/WHIP PRのテストが簡単になった
    • 人々が使うことで、その利点や面白さをより感じられるようになった

  • 低遅延は視聴者との関係性を意味する

    • 親密な配信が新しいメディアになる

  • 同時配信はストリーミングサイトの運用コストを削減する

    • サーバー側でffmpeg/トランスコーディングを実行する必要がない

  • AV1/H265/Opusは、低帯域幅のユーザーでも配信を可能にする

    • 十分な帯域幅があるユーザーも、以前より高い品質でストリーミングできる

  • UDPはIRL/ローミング配信を可能にする

    • 再接続のためのカスタム設定は不要

  • マルチトラックは複数のビデオフィードや言語を同時に送信できるようにする

  • エンドツーエンド暗号化はP2P配信を可能にする

  • このプロジェクトに関心がある人は、CloudflareのWebRTCストリーミングサービスにも興味を持つかもしれない

    • WHIPを使った超低遅延ライブストリーミングと、WHEPを使った再生
    • OBS WHIPプラグインを使ってCloudflareへ直接接続できる
    • 料金モデルは1000分あたり$1で、1時間あたり$0.06に相当する

  • ライブストリーミングがなぜ好まれるのかというメタな問い

    • ライブストリーミングにはいくつかの欠点がある
      • リアルタイム参加が必要
      • 編集できない（視聴者の時間を非効率に使う）
      • クライアント側で速度調整や不要な部分のスキップができない
      • インデックスや目次を作れない

  • Broadcast BoxはWebRTCを使って配信と再生を行う

    • RTMPやHLSの代わりにWebRTCを使い、最速の体験を提供する
    • RTMPには低遅延を達成するうえで問題はなく、遅延を決めるのはソフトウェアスタックだ
    • HLSは本質的な欠陥により追加の遅延が発生する

  • この機能がきちんと動作するなら非常に満足できそうだ

    • インターネット越しに一緒にRPGを遊ぶのは、1秒以上の遅延があると面白くない
    • 低遅延のP2Pストリーミングソリューションを探していたが、OBSだけでは問題があった
    • このユースケースを含めてくれてありがとう

  • 100k+クライアントにWebRTCを配信する最新の技術状況

    • 数年前に低遅延ストリーミングの分野にいたとき、WebRTCは1秒未満の遅延を実現していたが、実際に展開できるインフラは不足していた
    • Cloudflareや他のベンダーが標準を作っていた
    • 水平スケール可能なWebRTCブロードキャスターを運用できるのか気になる（オープンソース実装があるかどうか）
    • Low-Latency HLSやCMAFは5秒未満の遅延を実現していたが、展開は非常に簡単だった（静的ファイルをCDN/httpサーバーに配置するだけ）

  • 家族とJitsiで話すとき、いつも問題が起きる

    • 画面が見えない、低解像度で見える、カメラがオンでも映らない、全員が切断される、など
    • Broadcast BoxでOBS Studioを使ってストリーミングできるのか気になる（プロプライエタリなサーバーに依存せずに）
    • 100k+クライアントは必要なく、2〜4クライアント間の安定した接続が必要なだけ
    • NATの外側でサーバーを運用できる
    • 120msの遅延は不可能で、アルゼンチンにいて、ほとんどの相手は米国にいるため、インターネット経由で米国まで200ms以上の遅延がある
    • Broadcast Boxが望んでいるものではないなら、他の代替案があるのか気になる
    • Zoom、Google、Teamsはすでに知っているが、プロプライエタリなサーバーに弱い

  • READMEで次の文を見た

    • "P2Pを使って他の配信者をストリームに引き上げられる。もはや特別な設定やサーバーは必要ない"
    • 友人との共同配信のために現在こんな構成を使っている
      • 友人がOBSでゲームプレイをキャプチャする
      • 友人がOBSを使って、私の家にあるRaspberry Piへストリーミングする
      • Raspberry PiはRTMPストリームを受け付けるためにnginxを動かしている
      • 別のマシンでOBSを実行して自分のゲームプレイをキャプチャし、オーバーレイを追加する
      • 自分のOBSは、Raspberry Piのストリームを取り込むためにVLCを入力ソースとして使う
    • 構成がひどく、映像の遅延が大きく、頻繁に止まる
    • このプロジェクトを見てみたいが、READMEを読んでも設定方法がはっきりしない
    • アドバイスが必要

  • 映像配信の遅延に詳しくない者として、他の代替案と比べてどうなのか気になる

    • 120msという測定値を達成するために使われたハードウェア仕様が気になる

  • 数年間OvenMediaEngineを使ってきた

    • 同様の機能を提供しているが、このプロジェクトも有望に見える
    • 試してみるつもりだ