YouTube Live と Zoom をどのように統合したか

こんにちは、みんな！ これは、ホテル予約サービスの IT チームによる一連の記事の第 XNUMX 部です。 Ostrovok.ru 企業プレゼンテーションやイベントのオンラインブロードキャストを XNUMX つの別室で開催することについて。

В 最初の記事 ミキシングコンソールとワイヤレスマイクシステムを使用して、放送音声の悪さの問題をどのように解決したかについて話しました。

すべてが順調に見えましたが、しばらくしてから、新しいタスクが私たちの部門に到着しました。ブロードキャストをよりインタラクティブにしましょう! 私たちの技術仕様全体は XNUMX つの文で構成されていました。リモートの従業員にチーム会議に接続する機会、つまり、見るだけでなく、プレゼンテーションを見せたり、リアルタイムで質問したりするなど、積極的に参加する機会を与える必要がありました。 状況を分析した結果、Zoom会議を利用することにしました。



余談: ビデオ会議用の Zoom は、長い間当社のインフラストラクチャに統合されてきました。 多くの従業員がリモート面接、会議、企画会議などに毎日利用しています。 当社の会議室のほとんどには Zoom Rooms が備えられており、360 度をカバーする大型テレビとマイクが備え付けられています。 ちなみに、このマイクを「特別な」会議室に設置してみましたが、部屋が広いため雑音しか出ず、発言者の発言が非常に聞き取りづらかったです。 小さな部屋では、このようなマイクはうまく機能します。

私たちの仕事に戻りましょう。 解決策は簡単であるように思えます。

1. 有線接続の場合は HDMI ケーブルを取り外します。
2. 会議室に Zoom Rooms をセットアップし、従業員がどこからでも任意のデバイスから会議に接続してプレゼンテーションを表示できるようにします。
3. Zoom から画像をキャプチャできるのに、なぜカメラから画像をキャプチャする必要があるので、スキームからカメラを削除します。 ビデオ キャプチャ カードを介してプロジェクターをラップトップに接続し、ホストをそこに移動し、プログラムでウィンドウをキャプチャするように Xsplit を再構成し (スマート選択機能)、テスト ブロードキャストを実行します。
4. YouTubeの音に影響を与えずに、遠くにいる奴らが聞こえるように音を調整しています。

それがまさに私たちがやったことです。Zoom Rooms がインストールされたインテル NUC (以下、「ホスト」と呼びます) にマイクを接続し、プロジェクターの HDMI ケーブルを取り外し、従業員に「Zoom で画像を共有する」方法を教え、オンエアされました。 より明確にするために、以下に接続図を示します。

私たちは、理想的な解決策の探求は困難を伴うものであるという事実を覚悟していましたが、残念ながら、この計画は機能しませんでした。すべてが私たちの予想とはまったく異なる方向に進みました。 その結果、音声に関する新たな問題、あるいは放送に音声がまったく存在しないという新たな問題に遭遇しました。 HDMI 経由で部屋のハブに接続されたビデオ キャプチャ カードが Xsplit に音声を送信すると思われていましたが、そうではなかったようです。 音は出ませんでした。 まったく。

これには私たちはかなり困惑しましたが、その後さらに XNUMX か月間かけてさまざまな接続オプションをテストしましたが、成功の度合いはさまざまでしたが、まず第一に。

スピーカー+マイク

私たちが最初に試したのは、投影面の下にスピーカーを配置し、リモートスピーカーの音声をブロードキャストすることになっており、それをリモコンに接続し、その前にマイクを配置して、このスピーカーからの音をキャプチャすることでした。 次のようになりました。

私たちはこのソリューションをある会議で試しましたが、その参加者のほとんどはリモートで会議室に接続していました。 驚いたことに、結果は非常に良好でした。 当時はこれより良い解決策がなかったため、当分の間この計画を残すことにしました。 たとえそれが非常に奇妙に見えたとしても、重要なことはそれが機能したということです。

Zoomルームの転送

「Xsplit がインストールされたラップトップで Zoom Rooms を実行し、両方のプログラムを異なる仮想テーブルに分散したらどうなるでしょうか?」 – 私たちはかつてこう考えました。 これは、この目標を達成し、同時にブロードキャストを実行するために必要な (そして、潜在的に失われる可能性がある) ノードの数を減らすための理想的なソリューションのように思えます。 山とマゴメドについてのことわざを思い出します。

ビデオのキャプチャは仮想デスクトップを通じて行われました。 Xsplit は XNUMX つの仮想デスクトップで開いており、仕事会議のホストはもう XNUMX つの仮想デスクトップで開いています。 以前に画面全体をブロードキャストした場合、今度は実行中のプロセスをキャプチャする機会を利用します。 同時に、ミキシングコンソールがラップトップに接続されていたため、マイクをスピーカーに向ける必要はありませんでした。 Xsplit は、Zoom アプリを介して会議に参加しているリモート ワーカーの声もキャプチャしました。

実際、このオプションが最も成功したことが判明しました。

私たちが最も懸念した最初の質問は、アプリケーション間のオーディオ ストリームの送信に競合が発生するかどうかでした。 結局のところ、そうではありません。 テストの結果、すべてがうまく機能することがわかりました。 Zoom と YouTube の両方で同様に優れた音声が得られました。 絵も楽しかったです。 プレゼンテーションはすべて、1080p 品質でそのまま YouTube に表示されました。 理解のために、もう XNUMX つの図を示します。さまざまな解決策を考え出す過程で、私たちが作成している動物の種類を理解している人はほとんどいなかったので、すべてを記録し、できるだけ多くの図を作成しようとしました。

この成功に後押しされて、私たちは同日、この配線図に関する最初の会議を開催しました。 そしてすべてが順調に進んでいるように見えましたが、問題が発生しましたが、その原因はすぐには特定できませんでした。 当時は理由は不明でしたが、講演者のウェブカメラはプロジェクター スクリーンに表示されず、デモンストレーションされているコンテンツのみが表示されました。 残念ながら、社内の顧客はこれをあまり好まなかったため、さらに詳しく調査を開始しました。 すべては、基本的に XNUMX つのスクリーン (プロジェクターとラップトップ ディスプレイ) があり、Zoom Rooms の設定にはディスプレイの数との厳密なリンクがあるという事実に関係していることが判明しました。 その結果、参加者のウェブカメラはラップトップのディスプレイ、つまりZoom Roomsが実行されている仮想デスクトップに表示され、表示されませんでした。 これを変更する方法はないため、この決定を断念せざるを得ませんでした。 これは大失敗だ。

ビデオキャプチャでダウン！

その同じ日、私たちはビデオ キャプチャ カードを廃止して (最終的には永久に使い果たしました)、プロジェクターをスクリーン リピート モードに設定して、ホストが XNUMX つの画面のみを検出するようにすることにしました。これは私たちが望んでいたとおりです。 すべての準備が完了すると、新しいテスト放送が始まりました...

すべてが正常に機能しました。 会議の参加者全員がプロジェクターで見ることができ (うち 7 人がテストしました)、音響は素晴らしく、画像も良好でした。 「これが勝利だ！」 – 私たちはそう思っていましたが、いつものように現実が私たちを襲いました。 第 16 世代 Core-i30、ディスクリート ビデオ カード、100 ギガバイトの RAM を搭載した新しいラップトップは、XNUMX 分間のテスト ブロードキャスト後にチョークを起こし始めました。 プロセッサーが負荷に対処できず、XNUMX% で動作し、その結果オーバーヒートしてしまいました。 そのため、プロセッサーのスロットルが発生し、最終的に画像と音声が散乱する結果になりました。 プロジェクタースクリーンでもYouTubeでも、プレゼンテーションはピクセルの乱雑と化し、音はまったく残っておらず、理解することは不可能でした。 こうして私たちの最初の勝利はまた大失敗となった。 そのとき私たちは、本格的なストリーマー デスクトップを構築するべきか、それとも手持ちのもので間に合わせるべきかをすでに考えていました。

新しい息吹

私たちは、デスクトップの構築は私たちがやりたい解決策ではないと考えていました。高価で、多くのスペースを必要とし (コンパクトなベッドサイド テーブルの代わりにフルサイズのデスクトップを用意しなければなりませんでした)、電源が落ちてしまったら出てしまえば、私たちはすべてを失うことになるでしょう。 しかしその時点で、すべてを連携して機能させる方法に関する私たちのアイデアはほとんど枯渇していました。 そして、以前のソリューションに戻って改良することにしました。 ホストを転送する代わりに、ラップトップを独自のマイクとアカウントを備えた本格的な会議参加者にしてみることにしました。 私たちが何を言いたいのかを理解するために、再度図を作成しました。

このソリューションはまさに私たちが必要としていたものであることが判明したとすぐに言えます。

ホストは NUC 上で動作し、それのみをロードし、クライアントを備えたラップトップ自体は Xsplit のみをロードしました (過去の実験では、Xsplit が完全に処理されることが示されています)。 このソリューションでは、Zoom Rooms には従来の有線接続に比べて次の利点があります。

1. Zoom Roomsを介したキャンバス上のコンテンツの表示は、ホストのタブレットを使用して簡単に制御できます。 会議やミーティングの開始、終了、管理は、特定の一連のアクションを実行して会議を制御するよりも、タブレット画面から行う方がはるかに便利です。
2. ルームに接続するには、常に XNUMX つのリンクが必要です。これは、すべての参加者が接続するためのミーティング ID です。企業メッセンジャーのブロードキャスト アナウンスには常にこのリンクが含まれているため、全員に個人的に送信する必要はありません。
3. ルームの主催者用に Zoom のプレミアム アカウントを XNUMX つ持つことは、ビデオ会議システムを使用する各オフィス従業員に個人的にアカウントを配布するよりも何倍も有益です。
4. ブロードキャストに必要なホストとラップトップは相互に接続されていないため、フォールト トレラント システムが確立されていると言えます。XNUMX つのデバイスが切断されても、会議を停止することなくブロードキャストを復元できます。 たとえば、ブロードキャストを備えたラップトップが落ちた場合、タブレットを使用してクラウドで会議の録画を開始します。 NUC がクラッシュした場合、会議もブロードキャストも終了しません。プロジェクターを NUC から Zoom に接続されているラップトップに切り替えて、視聴を続けるだけです。
5. ゲストはデバイスやプレゼンテーションを持ってオフィスに来ることがよくあります。 このソリューションでは、ケーブル経由で画面に接続する際の永遠の問題を回避することができました。ゲストはリンクをたどるだけで、自動的に会議の参加者になります。 同時に、アプリケーションをダウンロードする必要はなく、ブラウザを通じてすべてが正常に動作します。

さらに、サイズを変更したり、コンテンツからウェブカメラにフォーカスを移動したりできるため、YouTube 自体で画像を管理するのに非常に便利です。 このオプションは私たちにとって理想的であることが判明し、現在に至るまでそれを使用しています。

まとめ

おそらく私たちは問題を何もないところから見つけ出し、正しい解決策が表面に現れていたか、あるいはまだ横たわっていて、まだそれが見えていないのかもしれませんが、私たちが今日持っているものは、私たちがさらに発展させたいと考えている基礎です。 いつか、より便利で高品質なソリューションを選択してZoomを放棄する可能性がありますが、それは今日ではありません。 現在、私たちのソリューションが機能し、全従業員が Zoom の使用に切り替えたことを嬉しく思います。 これは非常に興味深い経験でしたので、共有したいと思いました。ワークショップの同僚が他のツールを使用して同様の問題をどのように解決したかを知り、うれしく思います。コメントに書き込んでください。

出所： habr.com