音がどこでも出るわけではない：再配信で原因を見つける方法

1つのプラットフォームだけで音が消える理由

再配信では、1つの配信が複数のプラットフォームへ同時に送信されます。そのため、すべての送信先がまったく同じ信号を受け取っているように見えます。しかし実際には、ストリームが送信された後、各プラットフォームが個別に音声を受信し、検証し、処理します。プラットフォームごとに独自のプレーヤーを使ったり、コーデックに対する要件が異なったり、個別のオーディオトラックを使用したり、コンテンツの自動チェックを行ったりします。

2つのプラットフォームでは音が出ているのに、3つ目では聞こえない場合、マイクが必ずしも故障しているわけではありません。多くの場合、問題は共通ミックスの形成後にあります。特定の送信先の設定、オーディオトラックの選択、受信信号の処理、あるいはプレーヤー自体にあります。

音はさまざまな段階で消える可能性があります。出力ミックスに含まれない、1つの送信先への伝送中に失われる、フォーマットチェックを通らない、プラットフォームのシステムによって無効化される、一部の視聴者にしか再生されない、といったことが起こります。そのため、まずどこで無音が発生しているのかを特定し、その後でエンコーダーのパラメータを変更する必要があります。

最も役立つ指標は、ローカル録画、プレビュー、公開配信、問題のあるプラットフォームへの直接送信を比較することです。この順序で進めれば、マイクやすべての設定を当てずっぽうに変更せずに済みます。

まず問題が本当に音声に関係しているか確認する

1人の視聴者のメッセージだけを頼りにしないでください。プレーヤーがミュートになっていたり、ブラウザやアプリの音量が下げられていたりする可能性があります。問題がモバイルアプリ、特定のブラウザ、別のページに埋め込まれたプレーヤーでだけ発生することもあります。

配信をいくつかの方法で自分で確認してください：

• プレーヤーの保存設定がないシークレットモードで配信を開く；
• 別のデバイスまたは別のネットワークから視聴する；
• プレーヤー自体、ブラウザのタブ、デバイスの音量を確認する；
• 公開配信とプラットフォームの管理パネルのプレビューを比較する；
• 終了後に、プラットフォームが保存している場合は配信の録画を確認する。

1つのプレーヤーだけで音が出ず、録画や他の視聴者では音が出ている場合、マイクやエンコーダーの設定を変更する必要はありません。まずキャッシュ、アプリ、ブラウザ、プレーヤー自体の状態を確認してください。

どこでも問題が聞こえる場合は、ローカル録画と出力トラックの確認に進んでください。これにより、ソースの故障と特定のプラットフォームのエラーを切り分けられます。

再配信に送信する前に音声を確認する

配信ソフトのレベルメーターは、ミキサーが信号を受け取っているかどうかを示します。マイクやゲームのメーターが動いていても、音が正しいトラックに入り、プラットフォームに送信されているとは限りません。ミキサーがアクティビティを示していても、出力ストリームが別のチャンネル構成を使用していることがあります。

配信を開始するのと同じ設定で短いローカル録画を行ってください。そこにはすべてのソースが聞こえるはずです：音声、ゲーム、通知、その他送信する予定の要素です。ローカル録画で無音の場合、問題はソース、ミキサー、またはソフトの出力音声にあります。

物理的およびソフトウェア的な原因を個別に確認してください：

• マイクとして切断された、または一時的に利用できない入力が選択されていないか；
• ソースのフェーダーで音が下げられていないか；
• ゲームやブラウザを送信するはずのシーンソースがオフになっていないか；
• 信号を完全に抑制するフィルターが適用されていないか；
• ソフトの再起動やヘッドセットの接続後に入力デバイスが変わっていないか。

ソフトのモニタリングで聴くことは完全な確認にはなりません。モニタリングは別の経路で動作し、視聴者に送られる内容と一致しないことがあります。メーター、ローカル録画、実際の配信を比較する方が信頼できます。

オーディオトラックの選択を確認する

選択的に無音になる一般的な原因の1つは、複数のオーディオトラックに関係しています。詳細出力モードでは、音声、ゲーム、音楽を別々に録音できます。これは編集には便利ですが、すべてのプラットフォームや再配信サービスがそのようなトラックを同じように送信・処理するわけではありません。

あるプラットフォームは最初のトラックを取得して共通ミックスを聞ける一方、別のプラットフォームは音声だけ、あるいはアクティブなソースがまったくないトラックを受け取ることがあります。その結果、映像は流れ続けるのに、特定の送信先で音が消えます。

診断のために、必要なすべてのソースを一時的に1つのメイントラックに送ってください。ストリーミング用に指定されているのがそのトラックであること、ローカル録画用だけでないことを確認してください。これで音が出るようになったら原因が判明したことになります。各プラットフォームの機能を考慮して、ソースのトラックへの割り当てを再設定する必要があります。

個別のトラックと左右チャンネルを混同しないでください。トラックは独立したオーディオミックスであり、チャンネルはそのミックス内の片側です。チャンネルの対応が間違っていると、音声が左または右だけになることがあります。あるデバイスでは聞こえても、別のデバイスでは視聴者が音が出ていないと判断してしまいます。

互換性のある配信用にトラックを設定する方法

通常の再配信では、シンプルな共通ミックスから始める方が安全です。メインの配信トラックを作成し、そこに音声、ゲーム、通知、その他視聴者に聞こえるべきソースを送ってください。各ソースの設定で、まさにこのトラックにチェックが入っていることを確認してください。

追加のトラックはローカル録画用に残しておけます。たとえば、1つのトラックに配信用の完全なミックスを保存し、別のトラックにはマイクのみ、さらに別のトラックにはゲームを保存します。ただし、ストリーミング設定では完全なミックスのトラックが選択されている必要があります。録画用の個別トラックだけでは、再配信が共通の音声を受け取ることは保証されません。

スキームを変更した後は、プロファイルを保存して短い録画を行ってください。その後、問題のあるプラットフォームで配信を確認してください。再配信サービスが送信先ごとに個別のトラックを選択できない場合は、すべてのプラットフォームに共通の互換ミックスを使用してください。特定のプラットフォーム用の個別音声オプションは、サービスや追加のエンコーダーが異なる出力をサポートしている場合にのみ可能です。

音声とゲームが別々のトラックに分散している場合、音量の変更で問題を解決しようとしないでください。音量は別のトラックにソースを追加しません。オーディオミキサーのプロパティを開き、配信トラックに必要なソースをチェックして、ストリームを再起動する必要があります。

プラットフォームの一般的な音声要件

プラットフォームがストリームの映像部分を受け入れながら、同時に音声を正しく処理できないことがあります。これは、サポートされていないコーデック、高すぎるまたは低すぎるビットレート、不正確なサンプリングレート、不適切なチャンネル数、またはこれらのパラメータの非標準的な組み合わせで発生します。

正確な要件はプラットフォーム、プロトコル、接続方法によって異なります。設定する前に、特定の送信先の公式ヘルプを開き、受信音声の要件を確認してください。特に、独自のRTMPまたはRTMPSアドレスへの切り替え、エンコーダーの変更、新しい再配信サービスの接続後は注意深く確認してください。

• コーデック。RTMPおよびRTMPS経由のストリームでは、AAC-LCがよく使用されます。Opusやその他のバリエーションは、特定のプロトコルまたは受信ストリームの種類でのみサポートされる場合があります。ソフトで利用可能だからという理由だけでコーデックを選択してはいけません。
• ビットレート。要件には特定のレベル、許容範囲、または最大値が指定されている場合があります。互換性のあるプロファイルでは128または160 kbps前後の値がよく見られますが、これは普遍的なルールではありません。プラットフォームがビットレートを制限している場合、制限を超えると映像が維持されたまま音声が拒否されることがあります。
• サンプリングレート。配信では44.1 kHzと48 kHzがよく見られます。ソフト、ミキサー、オーディオインターフェース、出力エンコーダーの周波数が競合しないことが重要です。プラットフォームが特定の値を要求する場合は、すべての段階でそれを選択してください。
• チャンネル数。モノラルは1チャンネル、ステレオは2チャンネルです。プラットフォームは両方を受け入れることも、特定のスキームを要求することもあります。音声にはモノラルで十分な場合がありますが、ゲームや音楽にはステレオミックスが必要です（要件で許可されている場合）。
• コーデックプロファイルとチャンネル配置。サポートされているAACでも、不適切なプロファイルや左右チャンネルの誤った対応で設定されていることがあります。

公式ドキュメントに個別のプロファイルが記載されていない場合は、制御テスト用にプロトコルがサポートするシンプルなオプションを使用してください：AAC-LC、プラットフォームの要件の周波数、適度なビットレート、通常のステレオミックス。テストが成功した後、追加のトラックと複雑な処理を一度に1つの設定ずつ戻せます。

モノラル、ステレオ、チャンネル配置を確認する

チャンネルの問題は完全な無音のように見えることがあります。たとえば、マイクが左チャンネルにのみ信号を送り、プラットフォームやプレーヤーがそのようなストリームを正しく処理しない場合です。別の状況では、共通ミックスがモノラルで形成されているのに、エンコーダーが2チャンネルのステレオ信号を期待していることがあります。

オーディオミキサーの設定を開き、各ソースのバランスを確認してください。音声については、スライダーが完全に左または右に寄っていないか確認してください。ソフトにチャンネルをモノラルに結合する機能がある場合、音声を中央に配置したいときにマイクに適用してください。これにより、音声が片側だけで聞こえる状況が解消されます。

問題のあるプラットフォームがステレオを要求する場合、出力には2つの正しいチャンネルが含まれている必要があります。故障した左チャンネルを単純に複製しても常に問題が解決するわけではありません。まず、ソースに実際に有用な信号があることを確認する必要があります。音楽やゲームは、空間的な要素を失う可能性があるため、不必要にモノラルにしないでください。

チャンネルを変更した後は、音声とゲームを含む録画を行い、ヘッドフォンと通常のスピーカーで聴いてください。その後、問題の送信先を確認してください。ローカルプレーヤーは独自の方法でチャンネルをミックスする場合があります。

再配信の特定の送信先の設定を照合する

再配信サービスのパネルでは、プラットフォームごとに個別の設定がある場合があります。ソースが共通であっても、送信先には独自のエンコードプロファイル、トラックの選択、音声パラメータ、接続方法が設定されていることがあります。別の配信から設定をコピーした後、一部のフィールドが不適切になっている可能性があります。

必要なプラットフォームが実際にアクティブで、正しいチャンネルに接続され、現在の配信を受信していることを確認してください。停止した、または古い送信先が接続済みとして表示されていても、ストリームがすでに受け入れられていない場合があります。送信先の統計が利用可能な場合は、映像だけでなく音声ストリームが送信されているか確認してください。

この送信先に空のトラックが割り当てられていないか確認してください。設定に音声ソースの選択がある場合は、完全なミックスのメイントラックを設定してください。コーデック、ビットレート、周波数、チャンネル数を個別に指定できる場合は、これらのフィールドをプラットフォームの公式要件と比較してください。

主要なパラメータを変更した後は、配信を完全に停止して再起動してください。一部の設定は新しい接続の作成時にのみ適用されます。ページを更新したり、開始ボタンをもう一度押したりするだけでは、ストリームが再構築されないことがあります。

診断後の対処：問題のあるプラットフォーム向けに再設定する

確認後は、単に原因を記録するだけでなく、チェーン内の特定の部分を変更する必要があります。まず、動作するプロファイルを保存し、元のパラメータを記録してください。これにより、新しい設定が他の送信先に影響を与えた場合に元に戻せます。

1. 問題がトラックにある場合は、ソフトでストリーミング用のメイントラックを選択し、視聴者に聞こえるべきすべてのソースを追加してください。追加のトラックはローカル録画用のみに残します。配信を再起動し、結果を確認してください。
2. 問題がコーデックにある場合は、プラットフォームの要件に明記されているコーデックを選択してください。RTMPまたはRTMPSでは多くの場合AAC-LCですが、特定の入力のドキュメントに従う必要があります。このプロトコルが受け入れない場合はOpusを使用しないでください。
3. ビットレートが一致しない場合は、要件の値を設定するか、指定された最大値を超えないようにしてください。テストには、配信中にパラメータを変更する自動モードではなく、固定プロファイルを使用する方が良いです。
4. 周波数が一致しない場合は、配信ソフトで必要な値を設定し、オーディオインターフェースの設定を確認してください。チェーンの一方が44.1 kHzで動作し、他方が正しい変換なしに48 kHzを強制的に期待するようなことがないようにしてください。
5. 問題がチャンネルにある場合は、必要なmonoまたはstereoモードを設定してください。音声については、まず均一な中央信号を実現し、その後プラットフォームの要件に従って出力チャンネル数を設定してください。
6. どの設定でも改善しない場合は、音楽、追加トラック、フィルター、複雑な処理を一時的に無効にしてください。個別のソースの影響を排除するために、音声とゲームだけのクリーンなミックスを確認してください。

各変更後に短いテストを実行してください。コーデック、トラック、ビットレート、チャンネルを同時に変更しないでください。そうしないと、結果を特定の原因と結びつけるのが難しくなります。

送信前に音声を変換する方法

ソフトや再配信サービスが音声を特定の送信先の要件に合わせられない場合は、中間のオーディオコンバーターや追加のエンコーダーを使用できます。必要なトラックを取得し、コーデック、周波数、チャンネル数、ビットレートを変更してから、問題のあるプラットフォームのアドレスにストリームを送信する必要があります。

互換性のあるRTMP出力の場合、コマンドの例は次のようになります：ffmpeg -i INPUT -map 0:v:0 -map 0:a:0 -c:v copy -c:a aac -profile:a aac_low -b:a 128k -ar 48000 -ac 2 -f flv RTMP_URL。ここでは最初の映像トラックと最初の音声トラックを選択し、音声をAAC-LCでエンコードし、ビットレート128 kbps、周波数48 kHz、2チャンネルを設定します。これらの値は制御プロファイルの例であり、すべてのプラットフォームの普遍的な要件ではありません。

ドキュメントがモノラルを要求する場合、チャンネル数のパラメータを「-ac 2」から「-ac 1」に変更します。周波数44.1 kHzが指定されている場合は、「-ar 48000」の代わりに「-ar 44100」を使用します。ビットレートも要件の値に置き換えます。起動前に、出力プロトコルが選択したコーデックをサポートしていることを確認してください。

パラメータ「-map 0:a:0」は重要です：最初のオーディオトラックを明示的に選択します。完全なミックスが別のトラックにある場合は、対応する番号を指定する必要があります。トラックのランダムな選択は、ゲームなしの音声や空の音声ストリームを再びプラットフォームに送信する可能性があります。

映像がすでにプラットフォームと互換性がある場合、音声の問題だけで映像を再エンコードする必要はありません。ただし、「-c:v copy」パラメータでの映像のコピーは、適切なビデオコーデックとコンテナの場合にのみ許可されます。ストリームアドレスと配信キーは、コマンド、スクリーンショット、ログに公開してはいけません。

コンテンツによる音声の自動無効化を除外する

音楽、動画の断片、その他の特定の要素だけが消える場合、原因は著作権の自動チェックである可能性があります。プラットフォームごとに異なるルールと認識システムを使用しています。あるプラットフォームは音声を残し、別のプラットフォームは配信を一時的にミュートしたり、特定の断片をブロックしたり、録画の音声を無効にしたりすることがあります。

作成者パネルの通知と保存された配信のステータスを確認してください。ライブ配信だけでなく、終了後の録画も比較することが重要です。配信中は音声が聞こえたのに録画で消えている場合、これは後処理を示しており、マイクや再配信の故障ではありません。

制御テストには、音楽、ビデオクリップ、権利が確認されていない音声を含まない短い配信を使用してください。音声とゲーム音だけを残します。このようなテストで問題のあるプラットフォームが音声を再生し始めた場合、原因は特定のコンテンツの利用規約にあります。技術的なパラメータの変更で自動制限を回避すべきではありません。それはブロックの根拠を排除するものではありません。

ネットワークとストリームの受信を確認する

音声データは映像よりも容量が少ないですが、個別のパケットで送信され、サーバーとの接続の安定性に依存します。接続が失われると、プラットフォームは映像フレームを表示し続ける一方で、音声が更新されなくなることがあります。特に、配信開始から数分後に問題が発生したり、再接続後に消えたりする場合に顕著です。

配信ソフトと再配信サービス自体の統計を確認してください。ネットワークによるフレーム損失、再接続、遅延の急増、特定の送信先のエラーメッセージに注意してください。1つのプラットフォームへの同時送信時のみ問題が発生する場合、サービスとそのサーバー間のルートに障害がある可能性があります。

異なる時間に結果を比較し、最小限の設定で短いテストを実行してください。同じ送信先で毎回音声が消え、他のプラットフォームが動作している場合、問題はこの送信先の受信または処理にある可能性が高いです。結果がランダムに変わる場合は、ネットワーク、接続サーバー、送信ストリームの安定性も確認してください。

再配信と直接送信を比較する

問題のあるプラットフォームに直接制御テストを実行すると、原因を切り分けるのに役立ちます。マルチプラットフォーム配信を停止し、同じ音声ソースと同等のプロファイルを使用して、必要なプラットフォームにのみテスト配信を送信してください。

• 直接送信でも音声が消える場合は、プラットフォーム、その要件、コンテンツ、エンコーダーの設定を確認してください。
• 直接送信では音声があるのに再配信経由では出ない場合は、ルーティング、トラックの選択、特定の送信先のプロファイルにエラーを探してください。
• プレビューでは音声があるのに視聴者には消える場合は、プレーヤー、配信の録画、受信後の処理を確認してください。
• 最初は音声があるのにその後消える場合は、再接続、ネットワークエラー、モデレーション、トランスコードの動作を調べてください。

このようなテストは、プラットフォームが適切なモードを選択できる場合、短い非公開、限定、またはテスト配信で行う方が良いです。シーン、マイク、すべての出力パラメータを同時に変更しないでください。同じ条件を維持した場合にのみ、比較が有用になります。

障害の性質から原因を特定する方法

起動時からの完全な無音は、通常、誤ったトラック、サポートされていないフォーマット、または出力ミックスにソースがないことに関係しています。ソフトのメーターがアクティブなのにローカル録画に音声がない場合、問題はほぼ確実にトラックの選択または出力ルートにあります。

ローカル録画には音声があるのに、1つのプラットフォームで音声がない場合は、この送信先の設定と受信側の要件を確認してください。特定の視聴者だけで問題が発生する場合は、まずプレーヤー、ブラウザ、アプリ、デバイス設定を除外してください。

音声は聞こえるがゲームが聞こえない、またはその逆の場合は、多くの場合、ソースのトラックへの分散、誤ったフェーダー、またはフィルターを示しています。音声が片側だけで聞こえる場合は、モノラルとステレオチャンネル、バランス、ソースのチャンネルと出力ミックスの対応を確認してください。

プラットフォームがライブ配信では音声を表示するが録画から削除する場合は、権利とコンテンツルールに関する通知を確認してください。接続の切断後に音声が消える場合は、再接続のログとネットワーク統計が重要です。

サポートに問い合わせる前に確認すること

プラットフォームや再配信サービスのサポートは、「1つのプラットフォームで音が出ない」というメッセージだけでは対応が難しいです。正確な説明と短いテストの結果を準備してください：

• 問題のあるプラットフォームの名前と接続方法；
• ローカル録画、プレビュー、公開プレーヤーに音声があるか；
• すべての音声が消えるのか、特定のソースだけか；
• すぐに消えるのか、しばらくしてからか；
• 再配信なしの直接配信で音声が動作するか；
• ログに表示されるエラー、再接続、通知；
• 個別のオーディオトラックが有効になっているか、どのトラックがストリームに割り当てられているか；
• 出力で使用されているコーデック、ビットレート、周波数、チャンネル数。

テスト配信のリンク、問題が発生した正確な時刻、オーディオミキサーと送信先設定のスクリーンショットを添付してください。パスワード、配信キー、アクセストークンは送信できません。

簡単なまとめ：ステップごとに行うこと

1. プレーヤー、別のデバイス、保存された録画で音声を確認する。
2. ローカル録画を行い、必要なソースが聞こえることを確認する。
3. メインのオーディオトラックを確認し、一時的に音声とゲームを共通ミックスに統合する。
4. 再配信の特定の送信先の設定と接続ステータスを確認する。
5. コーデック、ビットレート、周波数、チャンネル、モノラルまたはステレオの要件を照合する。
6. 配信トラックを設定し、必要に応じて別のエンコーダーで音声を変換する。
7. 音楽と権利が確認される可能性のあるコンテンツなしでテストを実行する。
8. 再配信と問題のあるプラットフォームへの直接送信を比較する。
9. ログを保存し、結果の正確な説明とともにサポートに問い合わせる。

ローカル録画とほとんどのプラットフォームが動作している場合、マイクの交換から始めないでください。まずオーディオトラック、特定の送信先の設定、受信ストリームのフォーマット、チャンネル、プレーヤー、コンテンツの自動処理を確認してください。