ハイブリッドイベント
海外にいる登壇者のスライドを送る方法
海外にいる登壇者のスライドを送る方法：設定手順、想定される遅延、そして接続が切れた場合のバックアップ策を解説します。
画面共有の遅延は、特有のいらだたしいパターンとして現れます。発表者が何かを話しながらスライド上の一点を指し示しても、映像が音声より一拍遅れているため、聴衆にはその仕草が違う内容を指しているように見えてしまうのです。原因が一つだけということはまれで、たいていは小さな要因が二つ、三つと積み重なっています。
重要なポイント
- 遅延の原因は一つではなく、たいていはエンコード、ネットワーク経路、キーフレーム待ち、解像度の不一致のいずれかです。
- 実際に何が効くのかを見極めるには、コーデック、解像度、ビットレートの順に、変数を一つずつ変更します。
- ファイアウォール越しのリレー接続は遅延を増やしますが、セッションを停止させずに維持します。
遅延は実際どこから生じるのか
ハイブリッド会議やイベントにおける画面共有の遅延は、4つの要因から生じます。実際の原因となる頻度が高いおおよその順に並べると、次のとおりです。
エンコードのオーバーヘッド
画面キャプチャを圧縮された映像ストリームに変換するには相応の処理時間がかかり、その時間はコーデックによって異なります。
ネットワーク経路
直接接続は高速です。フォールバックサーバーを経由するリレー接続ではホップが1つ増え、ネットワークが混雑していればさらにキューイング遅延が加わります。
キーフレーム待ち
一部のシステムは完全なフレームを定期的にしか送信しないため、ストリームの途中で参加した視聴者は、次のフレームが届くまでの数秒間、古い映像や止まった映像を見ることになります。
解像度とビットレートの不一致
1080p をかろうじて維持できる程度の回線に 4K 映像を流し込むと、フレームが滞留したり欠落したりします。
対策1：状況に合ったコーデックを選ぶ
Cliqer の画面共有は VP8、VP9、H.264/AVC、AV1 に対応しており、その選択は多くの人が思う以上に重要です。
| コーデック | 強み | トレードオフ |
|---|---|---|
| VP8 | 最高の互換性、どこでも動作 | 同じ画質ではファイルサイズが大きい |
| VP9 | 同じ画質で VP8 より約20%高い圧縮率 | エンコードのオーバーヘッドがやや大きい |
| H.264/AVC | ほとんどのデバイスでハードウェアアクセラレーションに対応 | CPU 負荷を抑えたい場合や企業ネットワークに最適 |
| AV1 | 最高の圧縮率、帯域が限られる環境に最適 | ハードウェアエンコーダーの対応が必要、非対応の場合は自動的にフォールバック |
視聴者が企業ネットワークや古いデバイスを使っている場合、H.264 はほぼどこでもハードウェアアクセラレーションが効くため、通常はもっとも安全な既定の選択です。帯域が最大の制約で、発表に使うマシンが対応していれば、AV1 がもっとも大きな余裕をもたらします。
映像がカクつく場合は、コーデック、解像度、ビットレートの順に、変数を一つずつ変更してください。3つを同時に変えると、実際に何が効いたのか判別できなくなります。
対策2：解像度とビットレートを実際の回線に合わせる
高解像度にはコストがかかります。各プリセットには現実的な帯域幅の範囲があります。
| プリセット | 解像度 | 推奨帯域幅 |
|---|---|---|
| HD | 1280x720 | 1～3 Mbps |
| Full HD | 1920x1080 | 3～6 Mbps |
| 2K | 2560x1440 | 6～10 Mbps |
| 4K | 3840x2160 | 10～20 Mbps |
発表者のアップロード速度が、選んだ解像度に必要な帯域幅を余裕をもって満たせないのであれば、そこを直すことこそが解決策であり、謎めいたネットワークの問題ではありません。1080p から 720p に下げる、あるいはビットレートを「自動」から 2～4 Mbps のカスタム設定に変える。ダウングレードのように感じられるこうした変更が、予想以上に高い確率でカクつきを解消します。
対策3：キーフレームが参加時間に与える影響を理解する
誰かが参加した瞬間に画面共有が1、2秒止まって見えるのは、たいてい接続の問題ではなくキーフレームの問題です。Cliqer の方式では、最初のフレームでキーフレームを送信し、その後は強制的な定期キーフレームを避けます。一方で、新たに参加した受信者には参加時にキャッシュ済みのキーフレームを即座に渡すため、次の予定されたキーフレームを待つことなく、ミリ秒単位で映像が表示されます。他のツールを評価する際は、この点をどう処理しているかを具体的に確認してください。遅れて参加するたびに「即時」か「最大3秒」かという違いは、ネットワークの制約ではなく、完全にキーフレーム戦略の設計判断によるものだからです。
対策4：遅延を増やさずに厳しいファイアウォールを通過する
企業や会議会場のネットワークは、よくある遅延の原因です。インターネット回線が遅いからではなく、直接のピアツーピア経路がブロックされ、すべてのパケットがリレーを迂回しなければならないためです。Cliqer の接続はまず STUN で直接経路を試み、それがブロックされている場合は自動的に TURN リレーにフォールバックします。標準的な Web ポートしか許可しないネットワークでは、ポート 443 経由のリレーも行います。このフォールバックは直接接続に比べて多少の遅延を加えますが、セッションが完全に停止せず動作し続けるのはこの仕組みのおかげです。このルーティングの判断がどのように行われるかは、企業ファイアウォールとプレゼンテーションツールとTURN サーバーの解説で詳しく説明しています。
現場で実証済みのトラブルシューティング手順
本番中に遅延が発生したら、当て推量ではなく、次の順序で原因をつぶしていきます。
- まず解像度を下げます。1080p 以上ではなく 720p を試してください。
- ビットレートを下げます。2～4 Mbps のカスタム設定が妥当なテスト値です。
- コーデックを H.264 に切り替えます。通常、発表に使うマシンでもっとも良好なハードウェアサポートが得られます。
- ネットワークがリレー接続を強制していないか確認します。その場合は画面共有の設定ではなく、ファイアウォールの問題を示しています。
この手順は、根本原因が画面共有そのものであっても、プレゼンリモコンの反応が鈍く感じられる場合でも同じです。映像側ではなく操作側の同様の分析については、プレゼンリモコンの遅延をミリ秒で検証をご覧ください。ネットワーク状況が悪いときだけでなく、普段から今のツールが遅いと感じるなら、画面共有を4倍高速にを読むと、より速い基準とはどういうものかがわかります。
私たちは、まさにこの種の問題をインフラのレベルでも追いかけてきました。Cloudflare から移行した理由では、個々のユーザーのネットワークとはまったく関係のない理由で切断される接続を突き止めた経緯を紹介しています。接続が切れたときに「単に Wi-Fi のせいです」と言われて納得できなかった経験があるなら、ぜひ読んでみてください。
よくある質問
たいていは、直接のピアツーピア接続がブロックされ、代わりにトラフィックがリレーされてネットワークのホップが増えているためです。企業のファイアウォール、ホテルの Wi-Fi、一部の会議会場がもっとも一般的な原因です。これは映像品質ではなくルーティングの問題ですが、解像度やビットレートを下げることで影響を目立たなくすることはできます。
いいえ。解像度は、回線が実際に維持できる帯域幅に合わせてください。1080p しか安定して送れない回線で 4K を共有すると、きれいな 1080p、さらには 720p のストリームよりもカクつきが増えます。
両者は別々のシステムです。スライド操作は低遅延のデータチャネルで動作し、画面共有は映像ストリームなので、映像が遅れているからといってスライド操作が遅れているとは限りません。操作そのものが遅く感じられる場合は別の問題です。プレゼンリモコンの遅延をミリ秒で検証をご覧ください。
まず解像度とビットレートを下げてみてください。それで解決すれば、回線がボトルネックだったということです。最低設定でもカクつきが続く場合は、発表に使うマシンの CPU またはハードウェアエンコードの制約である可能性が高いでしょう。
ご自身の環境で診断する
イベント本番で頼る前に、Cliqer の Free プランで実際のネットワーク上での画面共有をテストし、設定の全リファレンスはドキュメントの映像エンコードオプションで確認してください。制限の厳しいネットワークで遅延が続く場合も、料金のどのプランにも同じリレーフォールバックが含まれています。アップグレードは容量のためのものであり、それ自体が遅延を解消するものではありません。
screen sharinglatencynetworking
こちらもおすすめ
次の本番に役立つハイブリッドイベントをもっと
次の本番を迎える前に、最新ガイドを受け取る
発表者、AVクルー、イベントチームのための実践的なガイドと、押さえておきたいCliqerのリリース情報をお届けします。スパムは送りません。配信停止はワンクリックです。