ライブ配信録画のトラブルシューティング：よくある9つの失敗と対策

ライブ配信を録画開始したのに、2時間後にファイルを開くと30分で止まっていた。または音声がない。またはファイルが再生できない。またはプレイヤーを1080pに固定したはずなのに、なぜか480pになっている。

ライブ配信の録画はVODのダウンロードより失敗パターンが多い。なぜなら、配信ソースが常に変わっているから。マニフェストが更新される、セグメントがタイムアウトする、配信者のビットレートが変動する、CDNが途中でエッジを切り替える。この記事は、私たちが最も多く見かける9つの失敗の診断フローチャート、それぞれの原因、そして対策をまとめたものです。

1. 録画が突然途中で止まる

症状：4時間の配信の録画を開始したが、ファイルは45分で、配信はまだ続いている。

最も可能性の高い原因：マニフェストURLが更新され、レコーダーがそれに対応しなかった。

Twitchは約24時間ごとにHLSマニフェストトークンを更新します。TikTokは約30分ごと。Bililiは品質を変更するたびに更新します。単純に元のURLをハードコードしたレコーダーは、そのURLが403/404を返すと即座に停止します。

対策：マニフェストURLをページから定期的に再取得するレコーダーを使用してください。Video Downloader One-for-Allはフェッチ失敗のたびにこれを行います。お使いのツールがそうでなければ、ツールの切り替えが唯一の解決策です。

その他の可能性のある原因：

• ブラウザのタブが休止状態になった（Chromeはメモリ節約のため、バックグラウンドのタブを積極的に休止させます）—配信タブを表示したままにするか、ピン留めしてください
• ネットワークが一時的に不安定になった—接続が切れるほど長いが、気づかないほど短い
• ディスク容量がいっぱい

2. ファイルに音声が含まれていない

症状：映像は正常に再生されるが、音声がまったくない。

最も可能性の高い原因：レコーダーが音声を映像とマックスしなかった。

ほとんどのライブ配信は、音声と映像を別々のHLSバリアントとして配信します。再生可能なファイルを作成するには、レコーダーが両方を取得し、デマックスして、1つのコンテナにリマックスする必要があります。一部のレコーダー（特に古いものや単純なもの）は、映像バリアントのみをキャプチャして、音声を完全にスキップします。

対策：ライブ配信の音声マックスを明示的に宣伝しているレコーダーを選んでください。長時間の録画を開始する前に、30秒のテスト録画で確認してください。

その他の可能性のある原因：

• 録画時に音声バリアントが利用できなかった（まれですが、配信者側の技術的な問題で発生します）
• プレイヤーがシステム全体でミュートされており、お使いのレコーダーが何らかの理由でスクリーンキャプチャをしている（これは異常な状況です。その場合は間違ったツールを使用しています）

3. VLCでは再生できるが、QuickTimeやWindows Media Playerでは再生できない

症状：VLCではファイルが正常に開くが、OS標準のプレイヤーではエラーが表示される。

最も可能性の高い原因：出力が.flvまたは.tsファイルで、OS標準のプレイヤーはこれらのコンテナを処理しない。

VLCとMPVはあらゆるコンテナに対応できます。OS付属のプレイヤーはうるさい。FLV（Bilibili Lives）、TS（HLSソース）、MKVはすべてVLCで再生できますが、QuickTimeやWindows Media Playerで問題が発生します。

対策オプション：

• 既定でMP4で出力するレコーダーを使用する（TS/FLVをMP4にリマックスするのはロスレスで瞬時）
• ffmpeg -i input.flv -c copy output.mp4を実行してリマックスする（再エンコードなし）
• 常にVLCで録画を再生する

4. ファイルは再生されるがシークが機能しない

症状：ファイルは最初から正常に再生されるが、プレイヘッドをドラッグするとスキップするか、フリーズする。

最も可能性の高い原因：moov原子がMP4の最後にあり、最初にない。

MP4メタデータ（「moov原子」）は、プレイヤーにすべてのキーフレームの場所を教えます。最後にある場合、プレイヤーはシークする前に、ファイル全体をダウンロードする必要があります。ローカルファイルの場合は通常、プレイヤーがすべてを読み込むため問題ありませんが、一部のプレイヤーはシーク中にmoov-at-endを正しく処理しません。

対策：ffmpeg -i input.mp4 -c copy -movflags +faststart output.mp4を実行してください。レコーダーは自動的にこれを行う必要があります。そうでなければ、レコーダーのバグです。

Video Downloader One-for-Allはデフォルトでfaststart MP4を書き込みます。

5. 固定した品質より画質が低い

症状：プレイヤーを1080p60に固定したが、ファイルは720p。

最も可能性の高い原因：プレイヤーが認識している帯域幅の圧力のため途中で品質を下げ、お使いのレコーダーがその下げられた品質を録画した。

自動品質ロジックはほとんどのプレイヤーに組み込まれています。1080p60に「固定」しても、一部のプレイヤー（特にTwitchの）ネットワークが混雑していると思われる場合、品質を黙って下げます。プレイヤーが現在再生している内容を録画するレコーダーは、下げられた品質を録画します。

対策：

• プレイヤーが現在再生している内容とは無関係に、独自に品質バリアントを取得するレコーダーを使用する—これはプレイヤーの決定に関わらずソース品質を保証します
• または、帯域幅に十分な余裕を持つ

その他の可能性のある原因：

• 配信は固定された品質では利用できず、選択肢のドロップダウンに何が書かれていても関係ない（一部の配信者は720pのみで配信）
• 品質メニューに複数の「1080p」エントリーがあり、間違ったものを選んだ（Twitchは時々「1080p」と「1080p60」をリストして、異なるビットレート）

6. 「映像が検出されません」で録画がすぐに失敗する

症状：拡張機能をクリックすると、ポップアップに「映像が検出されません」と表示されるが、ライブ配信は再生中。

最も可能性の高い原因：ページが拡張機能のインストールまたは更新前にロードされた。

ブラウザの拡張機能はネットワークイベントにはコンテンツスクリプトで接続します。スクリプトが読み込まれる前に発生したイベントは消えます。マニフェストフェッチがページロード中に発生し、拡張機能がまだ実行中でなかった場合、拡張機能はストリームを見ることができません。

対策：ページを更新してください。マニフェストフェッチが再度トリガーされ、拡張機能がそれをピックアップします。

その他の可能性のある原因：

• ストリームが拡張機能が対応していないプロトコルを使用している（2026年ではまれです。HLS、DASH、FLV、WebRTCはライブ配信の約99%をカバーしています）
• サイトがDRMを使用しており、拡張機能が正しく録画を拒否している—DRM保護されたライブ配信を録画できない理由を参照

7. 録画サイズが予想より大きく小さい

症状：2時間のストリームを録画したが、ファイルは50MB。

最も可能性の高い原因：レコーダーが最低品質バリアントのみを録画、または音声のみ、またはセグメントなしでマニフェストのみを録画しています。

通常のTwitchビットレートで、2時間の1080p60録画は、大体3〜6 GBのはずです。50MBは何か大きく間違っていることを示唆しています。

対策：30秒のテスト録画を行い、結果のファイルサイズを確認してください。30秒の1080p60録画は25〜50MB程度のはずです。30秒のテストが1〜2MBの場合、レコーダーは根本的に壊れています—ツールを切り替えてください。

8. 長時間の録画中にブラウザがクラッシュする

症状：Chromeは録画開始後数時間でフリーズするか、クラッシュします。

最も可能性の高い原因：レコーダーがメモリにすべてをバッファーしており、ディスクにストリーミングしていない。

良好なライブレコーダーは、セグメントが到着するとディスクに書き込み、インメモリバッファを破棄します。悪いのは、メモリにすべてを蓄積し、Chromeが割り当てられたRAM（通常、レンダラープロセスあたり2〜4GB）を使い果たし、クラッシュするまで蓄積し続けます。

対策：セグメントを継続的にディスクに書き込むレコーダーを選んでください。OFA拡張機能はこれを行います。長時間の放送（12時間以上）は、録画の長さに関わらず、約50MBのRAMを使用する必要があります。

9. 録画が完成したがファイルがまったく開かない

症状：録画が完成したが、ファイルはすべてのプレイヤーで「不明な形式」エラーを出します。

最も可能性の高い原因：レコーダーがmoov原子を書き込むことに失敗した、またはファイルを正しく閉じなかった。

レコーダーがクラッシュしたか、または録画中にChromeを強制終了した場合、MP4は末尾のmoov原子を失う可能性があります。映像データはありますが、プレイヤーはそれにインデックスを付けることができません。

対策：

• ffmpeg -i broken.mp4 -c copy fixed.mp4を実行して、ffmpegが復旧できるか試してください（多くの場合はい）
• untruncを実行してください（truncated MP4の復旧専用のオープンソースツール）—参照用の健全なファイルからmoov原子を再構築できます
• 最悪の場合、録画は失われています

予防：部分的なファイルが録画の途中で割り込まれた場合でも再生可能なままになるように、増分moov更新を書き込むレコーダーを選んでください。一部のレコーダーは、録画の途中で再生可能になるように設計された「fragment MP4」出力も提供しています。

長い録画の前の診断チェックリスト

1時間以上の予定された録画については、まずこのチェックリストを実行してください：

1. 5分のテスト録画を同じ品質と同じソースから行う
2. テストファイルをQuickTimeまたはWindows Media Playerで開く（VLC以外—VLCはすべてを再生します）
3. 音声が存在することを確認
4. シークが機能することを確認
5. ファイルサイズが妥当であることを確認（1080p60で約50〜100MB/分）

チェックリストのいずれかが失敗した場合は、実際の録画を開始する前に修正してください。「6時間のストリームを録画したばかりだが、音声がない」という状況から復旧する方法はありません。

デバッグをやめてツールを切り替えるとき

2〜3台の異なるレコーダーを試して、同じ失敗（特に#1、#2、#7）に一貫して悩まされている場合、問題はセットアップではなく、お使いの状況に利用可能なレコーダーはまだ成熟していません。以下を検討してください：

• Twitch / Kick / YouTube Live：HLS対応のすべてのレコーダーが機能する（Video Downloader One-for-Allを含む）
• Bilibili：FLVサポート専用が必要—すべてのHLSレコーダーが対応しているわけではない
• TikTok Live：セッション中のマニフェスト更新に積極的に対応する必要があります
• DRM保護されたストリーム：拡張機能は機能しません（仕様です）

結論

ほとんどのライブ配信録画の失敗は9つのパターンに分類でき、ほとんどはツールの切り替えを必要としない対策があります。最大の効果は、録画を開始する前にページを更新すること（#6を修正）、録画前に品質を固定すること（#5を修正）、マニフェスト更新に対応するレコーダーを使用すること（#1を修正）から得られます。1時間以上の場合は、常に5分のテスト録画を事前に行う—6時間の録画が6時間後に壊れていることに気づくのは最悪のシナリオです。