Android TVでTVheadendの録画安定性を高める5つの必須設定
更新日 2026-10-21
Android TVを搭載したメディアプレイヤーやスマートテレビを使って、TVheadend経由で地上波やBS/CS放送の録画をしている際、最も頭を悩ませるのが「録画の途切れ」や「音ズレ」などの安定性問題です。サーバー側の処理が正常でも、クライアント（Android TV側）のハードウェアリソースの限界やネットワークの遅延により、録画データが欠落したり、再生時にカクツいたりする現象は少なくありません。特に、低コストのスティック型デバイスや古いSoC（システムオンチップ）を搭載したモデルでは、この傾向が顕著です。
録画の品質を損なわずに快適な視聴環境を構築するには、単にソフトウェアをインストールするだけでなく、Android TVのハードウェア特性とTVheadendの動作原理を深く理解し、適切な最適化を行う必要があります。以下に、録画の安定性を大幅に向上させるための具体的なトラブルシューティングと設定変更について解説します。
ハードウェアエンコードのボトルネックとH.265変換の回避
多くのAndroid TVユーザーが陥りがちなのが、TVheadendの「リアルタイムトランスコード（変換）」機能の過信です。TVheadendは、受信したTSストリームをH.265（HEVC）などの圧縮率の高い形式に変換し、ネットワーク帯域を節約したり、デバイスごとの再生形式に合わせようとすることがあります。しかし、Android TVのSoCには専用ハードウェアエンコーダ/デコーダが搭載されているものの、そのリソースは限られています。
H.265への変換処理はCPUに大きな負荷をかけます。特に、Snapdragon 450や200シリーズなどのエントリー層からミドルクラスのチップを搭載したデバイスでは、トランスコード処理中にCPU使用率が100%に達し、録画プロセス自体が追いつかなくなるケースが多発します。その結果、録画ファイルに欠落が生じたり、録画開始が遅れたりします。
解決策： 録画の安定性を最優先する場合、Android TV側でのリアルタイム変換は極力避けるべきです。以下の対策を取ってください。
- トランスコードを無効化または最小限に設定する: TVheadendの設定において、Android TV向けのクライアントには「Passthrough（パススルー）」または「Direct Play（直接再生）」を優先する設定にします。もしフォーマットの違いがある場合は、H.264への低負荷な変みに留め、H.265への変換は行わない設定にします。
- ハードウェアアクセラレーションの確認: 使用しているメディアプレーヤー（例：Kodi, MX Player, VLC）が、対応するコーデックのハードウェアデコードを正しくサポートしているか確認します。サポートしていない場合、ソフトウェアデコードに切り替わり、CPU負荷が跳ね上がります。
ネットワーク帯域の確保とWi-Fiの不安定性
録画データ、特に高画質（4Kや高ビットレート）の放送番組は、単位時間あたりのデータ量が非常に大きくなります。Android TVがWi-Fi接続のみを使用している場合、電波干渉や距離による信号の減衰が録画の安定性に致命傷を与えることがあります。
特に、2.4GHz帯のWi-Fiは、Bluetooth（コントローラーとの接続）や他の電子機器（電子レンジ、Bluetoothスピーカーなど）からの干渉を受けやすく、パケットロスを引き起こします。TVheadendからのストリーム受信中にパケットロスが起これば、録画ファイルは破損し、視聴時に途切れます。
解決策：
- 5GHz帯への切り替え: 可能な限り、ルーターの5GHz帯にAndroid TVを接続してください。5GHz帯は干渉が少なく、安定した帯域幅を提供し、録画の途切れを劇的に減らします。
- 有線LAN（Ethernet）の使用: 最も確実な方法は、有線LANアダプターを使用してAndroid TVをルーターに直接接続することです。Wi-Fiの不安定さを完全に排除でき、録画の信頼性が最高レベルになります。
- QoS（Quality of Service）の設定: ルーター側で、Android TVのIPアドレスに優先度を与え、録画データが他のデバイス（スマホやPCのダウンロードなど）の通信に邪魔されないように設定します。
DVRストレージの速度とファイルシステム
録画データは継続的に書き込まれるため、ストレージの書き込み速度が追いつかないと、録画プロセスが一時停止したり、データが破損したりする可能性があります。多くのAndroid TVデバイスは、内部フラッシュメモリを使用していますが、その読み書き速度はモデルによって大きく異なります。
また、大きなTSファイルやMP4ファイルを扱う際、ファイルシステムの影響も無視できません。FAT32は1ファイルあたりのサイズ制限（4GB）があり、長時間の録画には不向きです。exFATまたはext4（root化している場合など）の使用が推奨されますが、最も重要なのは「連続書き込み速度」です。
確認すべきポイント：
- ストレージの空き容量: ストレージが80%以上埋まると、フラッシュメモリの書き込み速度が著しく低下します。少なくとも20〜30%の空き容量を確保してください。
- 外部ストレージの活用: 内部メモリが低速なデバイスでは、高速なUSB 3.0対応のSSDやHDDを接続し、録画先のディレクトリをそちらに変更することを検討してください。ただし、USBハブ経由ではなく、直接接続することが安定性の鍵となります。
TVheadendのバックエンド設定とハードウェアオフロード
録画の安定性は、クライアント（Android TV）だけでなく、サーバー側の設定にも依存します。TVheadendが実行されているサーバー（PCやNAS）の性能が録画の品質に直結します。
もしサーバーが複数のチューナーを使って同時に録画を行っている場合、サーバーのCPUやディスクI/Oがボトルネックになる可能性があります。Android TVは単にストリームを受信しているだけですが、サーバー側でストリームの生成や品質管理が行われます。
最適化策：
- ハードウェアオフロードの活用: サーバー側で、Intel QSVやAMD VCEなどのハードウェアエンコーダを使用して、録画後のアーカイブ用トランスコードを行います。これにより、録画中のストリーム生成負荷を軽減できます。
- EIT（イベント情報テーブル）の設定: EIT情報を正しく取得・保存することで、録画の予約や管理が安定し、不要な再試行やエラーが発生する頻度を減らせます。
- バッファリングの調整: TVheadendのストリーム設定において、バッファサイズを適切に調整します。小さすぎるとパケットロスに弱くなり、大きすぎると録画開始の遅延（ラグ）が増加します。デバイスとネットワーク環境に合わせて微調整が必要です。
結論：総合的なバランスの取れた設定が鍵
Android TVでのTVheadend録画を安定させるためには、単一の設定変更だけで解決するものではなく、ハードウェアの限界、ネットワーク環境、サーバー側の処理能力、そしてクライアントアプリの効率性を総合的に最適化することが不可欠です。
まず初めに、Wi-Fiから有線LANへの移行、または5GHz帯の使用を試みてください。次に、トランスコードの負荷を軽減し、H.264パススルーや直接再生を優先するように設定を変更してください。さらに、ストレージの空き容量を確保し、サーバー側での負荷分散を図ることで、録画の途切れや音ズレは大幅に減少します。これらの手順を一つずつ実践することで、Android TVでもサーバーグレードの安定した録画環境を構築することが可能です。
関連記事：Android TV の他の記事