オーディオ、ビデオ、字幕のJellyfinクライアント互換性チェックリスト
安全なアプローチは、クライアントごとにコンテナ、動画、音声、字幕、HDR、ネットワークの挙動を切り分ける代表的なメディアマトリックスを、単一のコマンドではなく、観測可能なゲートの連続として扱うことです。
テレビ、スマートフォン、ブラウザ、ストリーミングボックスに配信するJellyfinサーバーでは、同じJellyfinファイルがあるクライアントでは直接再生できる一方、別のクライアントではトランスコードされたり、音声が失われたり、字幕が表示できなかったりすることが実際のリスクです。現在の状態と復旧ポイントを記録し、最も影響の少ない判別から始め、別の変数を変更する前に合否結果を解釈し、ストレージが不安定になった場合や、復元可能なコピーが外部に露出する場合は停止します。以下のワークフローは、元の処理が成功するか、証拠がエスカレーションの境界に達するまで続きます。
代表的なクライアントとメディアのマトリックスを作成する
各クライアントデバイス、オペレーティングシステム、Jellyfinアプリまたはブラウザとバージョン、ディスプレイ性能、音声接続、ネットワーク経路を一覧にします。H.264、該当する場合はHEVCまたはAV1、SDRとHDR、ステレオとマルチチャンネル音声、テキスト字幕と画像字幕、一般的なコンテナ、そして1本の高ビットレートファイルを網羅する、少数の固定セットを選びます。
テレビのパネルだけを見て対応状況を判断しないでください。アプリ、プレーヤーエンジン、HDMI経路、テレビの出力、レシーバー、字幕レンダラー、リモート再生品質ポリシーがすべて最終的な再生経路に関与します。
1台のクライアントでの再生切り分けを、最初のクライアント固有の切り分け手順としてZimaSpaceのワークフローで実施します。このチェックリストでは、その1台のテレビ向けの分岐を、すべてのエンドポイントに1つの品質ルールが適用できると仮定せず、再現可能なマトリックスへ拡張します。
音声や字幕より先に動画とコンテナをテストする
各代表ファイルは、最も単純で互換性のある音声トラックを選び、字幕をオフにして開始します。ダッシュボードの再生モード、トランスコード理由、サーバーのCPUまたはGPU使用状況、起動時間、バッファリング、HDRの挙動、そしてクライアントがダイレクトプレイ、リムックス、動画変換のいずれを報告するかを記録します。
クライアントごとの再生モードの違いについての独立した解説では、同じファイルでもクライアントによってサーバーの処理内容が大きく異なる理由が説明されています。判別にはCPU使用率だけでなく、再生理由を使用します。
コンテナだけに互換性がない場合は、リムックスによって動画品質を維持できることがあります。動画コーデック、プロファイル、レベル、ビット深度、HDR経路、またはビットレートに対応していない場合は、動画のトランスコードが必要になることがあります。この分岐を切り分ける間は、同じネットワークと品質設定を維持してください。
音声経路と字幕形式を1つずつ追加する
ステレオ、圧縮サラウンド、ロスレスサラウンド、パススルーは、テレビからレシーバーまでの経路全体が対応している場合にのみ有効にします。動画がコピーされたまま音声だけが変換されるか、チャンネルが正しく割り当てられるか、レシーバーへの直接接続とテレビのリターンチャンネルで挙動が異なるかを記録します。
次に、PGS、ASS、SSAより先にSRTなどのテキスト字幕をテストします。PGS字幕によるトランスコード事例に関するコミュニティ報告は、対応していないPGS字幕によって、通常なら互換性のあるファイルでもトランスコードされる可能性を示しています。これを限定的な症状のパターンとして扱い、使用中のクライアントでダッシュボードに表示される理由を確認してください。
字幕によって焼き付けが発生する場合は、同じファイルで字幕オフ、テキスト字幕、画像字幕を比較します。互換性のない段階を特定する前に、字幕やハードウェアアクセラレーションを全体で無効にしないでください。
実際のネットワーク経路でプロファイルを検証する
同じユーザーポリシーと品質上限を使用し、LANと想定するリモート接続の両方でマトリックスを繰り返します。帯域幅や品質設定によって低いビットレートが要求されるため、あるクライアントがローカルではダイレクトプレイできても、リモートではトランスコードされることがあります。そのため、ネットワークポリシーとコーデック対応状況を別々に記録します。
クライアントとサーバーを一度再起動し、成功したエッジケースと失敗したエッジケースを1つずつ再テストして、バージョン情報とともにマトリックスを保存します。クライアント、テレビのファームウェア、またはJellyfinをアップグレードした後は、対応状況の報告やプレーヤーの挙動が変わる可能性があるため更新してください。
代表的な音声、動画、字幕、HDRの経路が記録どおりに動作し、サーバーが処理能力の範囲内に収まる場合にのみ、クライアントプロファイルを承認します。原因不明のトランスコードが1件発生しただけでサーバーハードウェアをアップグレードするのではなく、正確なメディア情報と再生理由を添えて、1台のクライアントで発生する障害をエスカレーションしてください。
おすすめ商品
サポートとヒント
もっと読む
ライブTV録画の容量・保存期間・クリーンアップガイド
実際の録音を測定し、ヘッドルームを確保し、経過時間と容量の制限を組み合わせ、ストレージが満杯になる前に最も古い対象プログラムが削除されることを確認する。
データベース復元後のホームメディアメタデータ復旧ワークフロー
復元した状態を保護し、メディアの識別情報とパスを確認してから、メタデータを広範囲に変更する前に、パイロットライブラリで不足しているアートワークや一致項目を修復します。
スキャン、メタデータ、HDDスピンダウンのメディアライブラリメンテナンスガイド
ディスクにアクセスするジョブを有効な時間帯にまとめ、メタデータの変更範囲を限定し、新しいメディアの検出と実際のアイドル期間の両方を確認します。
