字幕付きHDR再生に適したJellyfinサーバーの選び方
字幕付きHDR再生用のJellyfinサーバーは、実際に使用するクライアントが必要とする最も負荷の高い再生経路を基準に選びます。クライアント側でテキスト字幕を描画するHDRファイルなら、サーバーの負荷がほとんどないダイレクトプレイになる場合があります。一方、HDRからSDRへのトーンマッピングと字幕の焼き込みを同時に行うと、1つのセッションでデコード、フィルタリング、合成、再エンコードが必要になることがあります。
まずHDRと字幕がダイレクトプレイのまま維持されるか確認する
実際に使用するテレビ、ストリーミングボックス、ブラウザ、スマートフォン、リモートクライアントでテストします。動画がダイレクトプレイされるか、音声が変更されるか、クライアントが直接描画できる字幕形式は何か、ディスプレイがソースのHDR形式を受け入れるかを記録してください。これにより、4K HDR作品はすべてサーバー側の変換が必要だと考えてしまう、過剰購入の最大の原因を取り除けます。
字幕の動作はクライアントによって異なります。ZimaSpaceの字幕がトランスコードを引き起こす理由に関するガイドでは、選択した字幕形式を直接描画できない場合、同じ動画でも軽い処理経路から完全な動画処理へ切り替わる理由を説明しています。
必要な最も負荷の高い変換経路に合わせてサーバーを選ぶ
SDRクライアントでHDRメディアを再生する場合、JellyfinではHDRからSDRへのトーンマッピングが必要になることがあります。字幕も焼き込む必要がある場合、パイプラインにはハードウェアまたはソフトウェアによるデコード、トーンマッピング、スケーリング、字幕描画、エンコードが含まれる可能性があります。Jellyfinの最新のハードウェアアクセラレーションのパイプラインでは、他の処理段階がGPUを使用していても、一部の段階はCPUに残る場合があると明記されています。
必要な完全な処理経路を、十分な余裕を持ってリアルタイム以上で維持できるサーバーが、最低限必要なサーバーです。再生開始直後に成功しただけで判断しないでください。実際の利用を代表するシーンを十分な時間再生し、トランスコード速度の低下、温度上昇、別のフィルターがボトルネックになるかどうかを確認します。
重要なディスプレイがすべてHDR対応で、HDRからSDRへの変換が任意なら、その要件の重みを下げます。リモートでのSDR再生が日常的に必要なら、トーンマッピングを必須条件として扱ってください。
CPUを追加購入する前に、最新のサポート対象メディアエンジンを使う
新しく購入する場合は、HEVC 10ビットをデコードでき、目的のエンコード形式を高速化できる、十分にサポートされたハードウェアビデオ経路を優先してください。Jellyfinの最新のハードウェア選定ガイダンスでは、最新のIntel内蔵グラフィックス、Appleシリコン、その他のサポート対象プラットフォームが推奨されており、CPUのみのHDRトーンマッピングは非常に高負荷になる可能性があると警告しています。
「Intel」や「NVIDIA」だけで十分だと考えず、プロセッサの正確な型番末尾とGPUの世代を確認してください。内蔵グラフィックスを搭載しないCPUや、エンコーダーを持たないローエンドのディスクリートGPUもあります。また、古い世代ではドライバーやツールキットのサポートが縮小している可能性があります。安価な旧型システムが魅力的に見える場合は、中古ハードウェア向けのJellyfin購入前コーデック確認ガイドを照合に利用できます。
RAM、アプリケーションストレージ、トランスコード領域は別々に容量を決める
Jellyfinは現在、平均的な構成に8GBのRAMを推奨しています。ヘッドレスのLinuxサーバーでは、それより少なくても十分な場合がありますが、最終的な必要容量はホスト全体で決まります。他のコンテナ、仮想マシン、ファイルシステムキャッシュ、意図的にメモリ上へ確保するトランスコード作業領域の分を追加してください。ただし、不足しているコーデック経路をRAMの増設で補うことはできません。
Jellyfinのデータベース、メタデータ、キャッシュは、SSDまたは同等の低レイテンシーな永続ストレージに置いてください。持続的なスループットと可用性が十分なら、大容量のメディアはHDDやネットワーク共有に置いても構いません。トランスコード用ディレクトリには、同時に実行する最大数の変換に必要な十分な空き容量を確保し、永続的な状態を保存する同じ小容量ボリュームを使い切らないようにしてください。
ベースラインを引き上げるタイミングは同時実行数で判断する
家庭内のアカウント総数ではなく、同時に実行する高負荷のセッション数を数えます。ダイレクトプレイのストリーム3本は、字幕を焼き込んだHDRからSDRへのトランスコード1本より軽い場合があります。ダイレクトプレイのHDRセッション1本、通常のトランスコード1本、最も負荷の高いHDRと字幕の組み合わせ、そして現実的に想定される最大同時実行数でテストマトリクスを作成してください。
必要な同時実行数によってメディアエンジンが飽和する、フィルターや音声処理に割り当てるCPUが不足する、またはストレージやネットワークの競合が発生する場合にのみ、ハードウェアのランクを上げます。ハードウェアトランスコードの確認ガイドを使えば、追加したハードウェアが実際に使用されており、気付かないうちにソフトウェア処理へフォールバックしていないことを確認できます。
最も厳しいクライアントを基準に構成を選び、そこで止める
クライアント側で字幕を描画するHDRのほとんどがダイレクトプレイなら、効率的な最新の内蔵GPUシステム、システム全体で8GB以上のRAM、SSD上のJellyfinデータ、安定した有線ネットワークから始めてください。実際のクライアントでトーンマッピング、字幕の焼き込み、複数の同時変換、または同時に実行する他の負荷の高いサービスが繰り返し必要になる場合に、上位構成へ移行します。
Zimaハードウェア製品群では、ZimaBoard 2はコンパクトなダイレクトプレイ優先および軽い変換向けの分岐に適しています。一方、ZimaCube 2は、複数ドライブの容量とより大きなサービス用余力も必要な場合に、ストレージ優先の選択肢として適しています。これらは構成の選択肢であり、ストリーム数を保証するものではありません。
最も負荷の高いHDRと字幕の組み合わせ、および予定している同時実行数を余裕を持って処理できたら、アップグレードを止めてください。その合格テストの結果が変わらないのであれば、CPUコア数、GPU性能、RAM、ネットワーク速度を追加しても、購入上の効果は次第に小さくなります。
おすすめ商品
購入ガイド
もっと読む
スペックを追いかけずに、3台以上のJellyfinサーバー候補を比較する方法
まずワークロード要件を満たさないJellyfinの候補を除外し、その後、残った候補について判断を左右する仕様、所有コスト、復旧性だけを比較します。
Jellyfinの保証・交換・復旧コストを評価する方法
より安価なJellyfinサーバーとは、必ずしも購入時の価格が最も低いものや保証期間が最も長いものではなく、回収可能な所有コストがより低いものです。
より多くのCPUコアが実際に役立つJellyfinのワークロードとは？
実測したJellyfinの処理がCPU並列化されている場合にのみ、CPUコア数を増やしましょう。Direct Playやハードウェアアクセラレーションによる動画再生では、通常、ボトルネックは別の箇所に移ります。
