字幕付きのJellyfin HDR再生では、CPUコア数が4個か8個かは通常、最初に確認すべき点ではなく2番目の質問です。クライアントの互換性と、対応するGPUメディアエンジンの有無によって、サーバーがDirect Playを行うのか、高負荷なトーンマッピングや字幕の焼き込みを実行するのかが決まります。8コアを選ぶのは、同じアクセラレーション対応プラットフォームで、4コアでは維持できないCPU負荷の高い字幕処理や複数ストリームのワークロードが、再現性をもって確認できた場合に限ってください。
コア数を数える前に再生経路をテストする
テスト条件は統一してください。1つのHDRファイル、1つの字幕トラック、同じクライアント、再生品質、ネットワーク経路、Jellyfinのバージョン、同時実行数を使用します。再生を開始し、ダッシュボードのモードとFFmpegのログを確認します。この前提なしにコア数だけを比較しても、無関係な2つのシステムについて語っているにすぎません。
Jellyfinのドキュメントでは、Direct Playではファイルが変更されずに配信されるため、サーバーへの追加負荷はほとんどないと説明されています。クライアントが映像、音声、コンテナ、字幕形式に対応していれば、4コアCPUと8コアCPUのどちらも性能上限を大きく下回る可能性があり、すでにDirect Playになっている経路をコアの追加で改善することはできません。
再生で映像のトランスコード、HDRからSDRへのトーンマッピング、字幕の変換や焼き込み、または他のホストワークロードが複数実行される場合にのみ、比較を続けてください。それ以外では、同じ対応メディアエンジンとストレージ/ネットワーク経路を備えていることを前提に、必要十分な低価格の4コアシステムが有利です。
HDRトーンマッピングでは、どちらのCPUクラスも不適切になる可能性がある
SDRクライアントがトランスコード中にサーバーへトーンマッピングを要求すると、HDR処理は高負荷になります。Jellyfinのトランスコードに関するドキュメントでは、ソフトウェアによるHDRからSDRへの変換は非常に遅く、現代の民生用CPUではリアルタイム処理ができない場合があるため、GPUを推奨しています。
これは、コア数だけで購入を決める際の明確な限界です。対応するIntel、AMD、NVIDIA、Apple、またはRockchipのアクセラレーション経路を備えた最新の4コアCPUは、GPU、ドライバー、OS、またはコンテナのマッピングが必要なコーデックやトーンマッピング処理をアクセラレーションできない8コアCPUを上回ることがあります。
コア数を比較する前に、メディアエンジンの世代とコーデックの対応表を正確に比較してください。両方の候補が同じ完全な処理パイプラインに対応しているなら、4コアと8コアのテストに戻ります。どちらも対応していない場合は、両方を候補から外すか、クライアントや出力計画を変更してください。汎用コアを倍増しても、欠けている固定機能処理経路を確実に代替することはできません。
字幕の焼き込みが8コアを選ぶ本当のきっかけ
字幕処理は1種類のワークロードではありません。テキスト字幕はそのまま通過させたり変換したりできますが、画像字幕や対応していないスタイルでは、テキストまたは画像レイヤーを映像に焼き込む必要が生じることがあります。Jellyfinのコーデック対応表では、字幕の焼き込みを最もCPU負荷の高いトランスコード方式としています。
ハードウェアアクセラレーションは、デコード、スケーリング、トーンマッピング、字幕の焼き込み、エンコードという処理段階から成るパイプラインです。Jellyfinは、組み合わせによってはすべての段階をGPUでアクセラレーションできない場合があり、部分的なアクセラレーションではCPU使用率が上がるため、トランスコード速度が低下することもあると説明しています。追加の汎用コアが役立つのは、こうした残りの処理です。
実施条件を固定したテストで、4コアシステムのトランスコード速度がリアルタイムを下回る、CPUが継続的に飽和に近づく、または他の必要なサービスを圧迫することが確認され、かつ8コア候補が同等以上に対応するアクセラレーターを維持している場合は、8コアを選んでください。ボトルネックがストレージ、メモリ、GPU、温度、またはネットワークに移った場合は、そこで比較を止めます。
4コアと8コア:条件付きの結論
Direct Play、たまに実行するアクセラレーション対応トランスコード、そして測定した高負荷時間帯にもCPUの余裕が残る専用サーバーでは、4コアが有利です。字幕の焼き込みや部分的なアクセラレーションがCPU負荷の高い状態にとどまる場合、複数のそのようなストリームが重なる場合、またはホスト上で実行する他の大きな処理からJellyfinを保護する必要がある場合は、8コアが有利です。
メディアエンジンを明示せず、異なる世代のプロセッサー間でコア数だけを比較しないでください。古いコーデック対応の8コアCPUは、この特定の処理では新しい4コアチップに負けることがあります。HDRと字幕に対応するサーバーガイドは、CPUクラスだけでなくプラットフォーム全体がまだ未確定の場合に、次に確認すべき判断材料です。
最悪条件で再現性のあるファイル、字幕、クライアント、同時実行数のテストに、回復のための余裕を残して合格する、最も安価なクラスを購入してください。必要なHDR処理段階に対応するハードウェア経路をどちらの候補も備えていない場合は、コア数を増やしてもパイプラインは修正できないため、別のプラットフォームを選びましょう。
| 確認されたワークロード | 4コア | 8コア | 判断 |
|---|---|---|---|
| Direct Play | 十分 | 余裕がありアイドル状態 | 4コア |
| 完全にアクセラレーションされたトランスコード1本 | まずテスト | 通常は余裕が増える | 測定した余裕で選ぶ |
| CPUによる字幕の焼き込みまたは部分的なアクセラレーション | 飽和する可能性あり | 処理段階がスケールするなら有効 | 検証後に8コア |
| 対応していないHDRトーンマッピング | 不向き | 不向き | 対応するGPU経路を選ぶ |
製品比較
もっと読む

Home Assistantは家中のデバイス制御でopenHABを置き換えられますか?
Home Assistant が openHAB に取って代われるのは、すべての必須デバイスと自動化について、並行移行テストとロールバックテストに合格した場合に限ります。

Home AssistantにはミニPC、シングルボードサーバー、NASのどれが適しているか
小型で効率的なアプライアンスにはSBCを、柔軟な余裕が必要ならミニPCを選び、共有ホスト運用がすでに成熟している場合にのみNASを選択してください。

専用のHome Assistantサーバーと共有アプリホストの選び方
障害の切り分けをシンプルにするなら専用ホスティングを選び、分離性、メンテナンスウィンドウ、復旧性が実証されているなら共有ホストを選びましょう。

