配信が止まったときにすべきこと

いつかは、どの教会の配信でも何かがうまくいかなくなります。映像が止まる、音声が一時的に途切れる、接続が不安定になるなどです。それは悪いシステムのしるしではありません。ライブ配信では普通に起こることです。大切なのは問題が起きるかどうかではなく、その瞬間に運用担当者がどう行動するかです。この記事では、配信の途中でゼロから考える必要がないように、最もよくある場面を「Xが起きたらYをする」という準備済みのリストとして説明します。

配信の途中で何かが失敗すると、最初の反応は混乱になりがちです。何が起きたのか、今何をすべきなのか。答えを前もって考えていなければ、視聴者が見ているまさにその瞬間に、運用担当者が解決策を作り出さなければなりません。冷静に考えるには最も悪い時です。

このコースの原則はシンプルです。最もよくある故障の状況は、日曜日の朝に実際に起こった時だけでなく、たとえば定期的な練習の時間に前もって確認し、練習します。対応を練習しておけば、運用担当者は何をするかを決める必要がありません。前もって考えた手順を行うだけです。これは、カメラアングルや音声レベルでもコース全体を通している、その場の判断を減らす原則と同じです。ここでも、ライブで解決することではなく、前もって計画した対応を意味します。

賛美の音楽の途中で、カメラ1が突然一つのフレームで止まる場面を考えてみましょう。運用担当者は原因を考えるために止まりません。練習した方法でカメラ2の映像へ切り替え、配信を続けます。視聴者が気づくのは短いカメラの切り替えだけで、技術的な問題には気づきません。

カメラの映像が止まったり消えたりするのは、最もよくある問題の一つです。前に述べたように、二台のカメラのシステムでは、もう一方のカメラが安全用の映像としても働きます。二台目が使えるなら、すぐにそちらへ切り替えます。ここでの次の手順は、カメラが一台だけの場合、または両方のカメラが不安定な場合には、配信がまだ続いている間にカメラを直そうとせず、すぐにバックアップ映像（後述）へ移ることです。

原因が緩いケーブルなのか、カメラ自体の不具合なのかを調べるのは、配信後で十分です。配信中に解決すべきことではありません。

音声がなくなることは、視聴者がすぐに反応するため、映像の問題より速く気づかれることが多いものです。最初に、そして最も速く確認するのは、常に物理的なことです。オーディオインターフェースとミキサーの間のケーブルがまだつながっているか、OBSの音声メーターにレベルがまったく表示されているかを確認します。音声の途切れの多くは、まさにこれです。緩いコネクタや、OBSで誤って切り替えた音声ソースであり、もっと複雑なことではありません。

賛美歌の途中で音声が消えます。運用担当者がOBSの音声メーターを見ると、ゼロを示しています。ミキサーを見ると音声ケーブルが外れていることが分かり、差し込み直すと数秒で音声が戻ります。

メーターにレベルは出ているのに配信で音が聞こえない場合は、OBSで正しい音声ソースが選ばれているか、たとえばミュートされたチャンネルではないかを確認してください。バックアップ映像へ切り替えても、音声の途切れは直りません。変わるのは映像だけで、音声は戻りません。これらの速い確認（ケーブル、音声ソース、ミュート）で解決しないなら、バックアップ映像へ切り替え、同時に「音声はまもなく戻ります」のように、状況を明確に伝える文字を重ねてください。何も問題がないように無音で配信を続けず、視聴者が自分の機器の問題ではないと分かるようにします。

接続の問題は通常、OBSにはっきり表示されます。ソフトウェアが接続の切断を報告し、長い時間にわたって自動的に何度も再接続を試みます。これを急かしたり、手で再起動したりする必要はありません。切断が短く、配信プラットフォーム側で元の配信が終了していなければ、接続は通常、すでに動いている同じ配信へ戻ります。視聴者には配信終了ではなく、映像が短く止まったように見えるだけです。

新しい配信イベントが必要なのは、元の配信がプラットフォーム側で本当に終了した場合だけです。短く不安定になっただけの場合ではありません。これはプラットフォーム自身の管理画面で確認できます。配信がまだ実行中と表示されるなら、OBSの自動再接続を待つ価値があります。配信が終了と表示されて初めて、新しい配信イベントを始めるのが次の手順です。

どの問題にも、ライブで直そうとし続けることが、助けになるより害になる地点があります。このコースの勧めはシンプルです。最初に練習した修正で短時間に結果が出なければ、同じことを繰り返し試すのではなく、すぐに代替計画へ移ります。

実際の代替計画とは、一つまたは複数の準備済みバックアップ映像です。「技術的な問題が発生しています。少々お待ちください」や「配信はまもなく再開します」といった文字を載せた静止画像などです。この種の画像は、配信前に独自のシーンとしてOBSに組み込み、テストしておきます。そうすれば切り替えは、危機の途中で新しく決めることではなく、一回の準備済みの操作です。実際の問題が解決したら、配信は中断前に進んでいた場所から続けます。

これは技術的なトラブルシューティングマニュアルではありません。たとえばネットワーク設定やカメラ内部のエラーコードを詳しく調べることは、ここには含めません。理由はコースのほかの場所と同じです。システムと手順は、配信が一人の専門家に依存しないように作られています。故障の解決に深い技術知識が必要なら、実際には一人だけが解決できることになります。このコースは、機器の選択だけでなくシステム全体で、まさにその依存を避けようとしています。「Xが起きたらYをする」というリストが役立つのは、なぜ問題が起きたのかをまず理解しなくても、訓練を受けたどの奉仕者も従えるからです。