▍ Youtube?
ブロガーとストリーマーの時代に、ブロードキャスト機能がカメラ付きのほぼすべてのデバイスにプッシュされると、なぜサードパーティのサービス、さらにはハードウェア ソリューションを使用する必要があったのかが奇妙に思えます。外からは「はい、携帯電話を Wi-Fi に接続してストリームを開始します。これで、既成のブロードキャストができました!」と思われるかもしれません。しかし、遅延、信号の中断、またはグリッチの影響を伴うそのようなソリューションを「ひざまずく」ことがよくあり、プロジェクトへの関与は画像の品質と安定性に依存していたため、探求の参加者をそれほど不注意に扱うことはできませんでした。
さらに、参加者は、サイトで記録されたクリックがライブ ピアノでどのように複製されるかを確認する必要があったため、ピアノのキーを監視するカメラのブロードキャストで低レイテンシーが必要でした。
そして、3 番目の議論は、バンドル全体 (少なくともピアノに固定されるもの) が 5 日間ずっと時計のように動作する必要があるということでした。そのため、はしごを置いてそこに何かを「化学」する必要はありません。第一に、これはシナリオ(「この女の子のアパートにいるのはどんな男?」)に違反し、第二に、放送機器はピアノの中にあり、ピアノを吊るした後の蓋にあるため、アクセスできなくなります。持ち上げられなくなると、彼女はロープにしっかりと圧迫されます。
これらすべての基準で、同じ Youtube を使用しませんでした。サービスはブロードキャストの継続性を保証せず、遅延が大きすぎ、設定と分析機能が不足しています。ブロードキャストに広告が挿入されていたため、Twitch は考慮していませんでした。ブロードキャストの安定性についても確信が持てませんでした。参加者向けのチャットを企画した Discord は、ビデオ ストリーミングをまったく対象としておらず、また、視聴者の数も限られています。
そしてもう 1 つ重要な点は、これらのサービスには複数のカメラからブロードキャストする機能がないため、視聴者は関心のあるアングルを切り替えることができます。
これは、ピアノのオクターブがウェブサイトでどのように表示されたかです。
これは、ピアノに取り付けられた GoPro カメラからのビューで、クエスト参加者のゲームをブロードキャストしています。
さらに、毎日12:00に、私たちの女の子は別のケーブルを切断しなければなりませんでした.ケーブルが切断されるたびに、ピアノが落ちる可能性はますます高くなるので、これも遅滞なく高品質で見られるべきです.
私たちはすでに他のプロジェクトで Facecast との協力を数回成功させており、私たちの探求のアイデアが多かれ少なかれ形になったときに、彼らに参加を呼びかけました。
サービス スキームは次のようになります。
クラウド サービスとエンコーダー デバイスという 2 つの主要なコンポーネントがあります。私たちはカメラを 1 つまたは複数のエンコーダーに接続し、エンコーダー自体は有線、Wi-Fi、またはセルラー モデムを介してネットワークに接続されています。これを全員に見せることができます。放送を視聴するには、ブラウザだけで十分で、特別なアプリケーションは必要ありません。プレーヤーは、特定のデバイスに最適な解像度とビット レートを選択するため、画質が最高になり、ブレーキがかかりません。ミートアップやランディング ページなど、ページにビデオ ストリームを埋め込むこともできます。
ハードウェア エンコーダーは、カメラからの信号を受け取り、変換して、クラウド サービスを介して視聴者に送信する、中断のないブロードキャストを担当します。同社はエンコーダーのいくつかのモデルを提供していますが、最も単純なモデルである Evacoder Oneを使用しました。Evacoder Oneは、すべて冷却フィンで覆われた、頑丈なアルミニウム製の小さな平らなレンガです。
このモデルは、構内からの定置放送を対象としてい ます。このようなエンコーダーには、HDMI または SDI を介して 1 台のカメラを接続できます。このデバイスは、最新のビデオ コーデック H.264 および H.265 をサポートし、毎秒 30 フレームおよび最大 4K の解像度でビデオを送信します。
最も興味深いのは、有線または Wi-Fi 経由だけでなく、最大 16 個のセルラー モデムを同時に介して Evacoder One ネットワークに接続できることです。デバイスは帯域幅を結合するため、重い 4K ストリームを転送できます。 1 つの 4G モデムを介して接続する場合、信号がエンコーダーに到着してからサービスに表示されるまでに 10 ~ 30 秒かかります。ただし、最終的な遅延は、特定の視聴者のインターネットに依存します。サービス バンドルとエンコーダーのもう 1 つの機能は、ストリーム バッファリングです。エンコーダーのインターネット接続が一時的に中断されても、ブロードキャストは継続して継続し、接続が回復すると、ストリームはシームレスに復元されます。
クラウドサービス側にも面白いことがたくさんあります。たとえば、1 つのアカウントからの海賊版の再放送を防ぐための、再配信サーバーと視聴者のアクセス制御機能があります。豊富なオーディエンス分析ツールがあります。サービスを通じて、放送のチケットを販売することもできます。
3 台の放送用カメラを 3 台の Evacoder One に接続しました。1 台のカメラはピアノの一般的なショットを撮影し、2 番目のカメラはケーブルの側面からそれを撮影し、3 番目のカメラはピアノの鍵盤のクローズアップを撮影しました。
さらに、「キーボード」カメラに接続されたエンコーダーはピアノ自体に隠され、放送を一瞬も中断することなく、問題なく落下を乗り切りました。
豪華な印象と失敗談
最初のファックアップは、放送開始から 20 時間後に発生しました。 2 台の GoPro カメラからの画像がピクピク震え始めました。過熱して「疲れた」のは GoPro 7 カメラのジンバルであることがすぐにわかりました。カメラは三脚に取り付けられていたため、スタビライザーはまったく必要なく、オフにした後、画像は再び安定しました (ちなみに、遅延も少なくなりました。安定化のためにビデオを処理し、すぐにHDMIに送信しました)。
そして、2番目のファックアップは最も不都合な瞬間に起こりました...
すでに書いたように、Evacoder One はインターネットへの 2 つの独立した有線イーサネット接続だけでなく、最大 16 のセルラー モデムもサポートします。メイン チャネルとして、ローカル プロバイダーからの専用回線があり、常に 250 メガビット/秒を提供していました。インターネットは、他のプロバイダーを許可しない独占者によって建物内で押収されたため、2番目の有線イーサネットを拡張することはできませんでした (状況は多くの組織によく知られていると思います)。そのため、予備のインターネット チャネルとして Yota の LTE モデムを用意しました。スタジオは、セルラー信号を妨害し、LTE 接続が定期的に切断された防衛プラントの隣に位置しています。しかし、2 ~ 3 分後に信号が回復し、次の 4 ~ 5 時間は正常に動作し、安定した 50 メガビット/秒が得られました。
プライマリ接続とバックアップ接続を 4 日間テストしましたが、接続は安定していました。両方のチャネルが同時に故障する可能性は非常に小さかった。そして、この2つのチャネルでローンチすることにしました。
皮肉を評価してください: 放送は 5 日間中断することなく行われ、クライマックスでは、カメラの 1つからの画像が約 12 秒間 停止しました (一般的なビュー、BuzzardDoc の記録に感謝します)。サーバーに届いた録画に不具合はありませんが、インターネット接続の不具合により、Evacoder OneとFacecastサーバーの間でわずかな切断が発生し、遅延が発生したと考えられます。
しかし、これは「フォトショップ」であり、実際にピアノを落としたのではなく、慎重に降ろしたというクエストチャットで冗談の対象となりました。あと 5 台のカメラで録画できて良かったです。落下の 瞬間が2 ~ 3 時間で投稿されました。そして少し経って、まさかの監督版が投稿された 。
残りの 5 日間は、放送が中断されることなく行われ、機器を再起動したり、ケーブルを再構成したり、「ジャグリング」したりする必要はありませんでした。すべてが時計のように機能しました。
したがって、ヒント: ブロードキャスト用のバックアップ インターネット チャンネルを無視しないでください。Evacoder One の作成者は、18 ものチャンネルを無駄に提供していません。
セット<0x96><0x8D><0x8D> そして最後に、いくつかのスクリーンショットと統計:
最大視聴者数のピークは12時でした。女の子が別のケーブルをグラインダーで切断する様子は誰にとっても興味深いものでした。
放送統計によると、視聴者の関心のダイナミクスを追跡しました。
画像の品質に不満はなく、ストリームのクランプによるアーティファクトも目立たず、解像度は十分で、27 インチのモニターでも飛び散る火花を見ることができました。