Bei der HDR-Wiedergabe mit Untertiteln in Jellyfin ist die Frage nach vier oder acht CPU-Kernen meist die zweite und nicht die erste: Die Client-Kompatibilität und eine unterstützte GPU-Media-Engine bestimmen, ob der Server Direct Play nutzt oder aufwendiges Tone Mapping und das Einbrennen von Untertiteln durchführt. Wählen Sie acht Kerne nur dann, wenn dieselbe beschleunigte Plattform weiterhin eine reproduzierbare, CPU-limitierte Untertitel- oder Multi-Stream-Last zeigt, die vier Kerne nicht bewältigen können.
Testen Sie den Wiedergabepfad, bevor Sie Kerne zählen
Halten Sie den Test konstant: eine HDR-Datei, eine Untertitelspur, derselbe Client, dieselbe Wiedergabequalität, derselbe Netzwerkpfad, dieselbe Jellyfin-Version und dieselbe Anzahl gleichzeitiger Streams. Starten Sie die Wiedergabe und prüfen Sie den Modus im Dashboard sowie das FFmpeg-Protokoll. Ein Ergebnis zum Vergleich der Kernanzahl ohne diesen Kontext erzählt lediglich die Geschichte zweier nicht vergleichbarer Systeme.
Jellyfin dokumentiert, dass Direct Play die Datei unverändert ausliefert und dabei nahezu keine zusätzliche Serverlast erzeugt. Unterstützt der Client Video, Audio, Container und Untertitelformat, können sowohl CPUs mit vier als auch mit acht Kernen deutlich unter ihrer Auslastungsgrenze bleiben; zusätzliche Kerne verbessern keinen Wiedergabepfad, der bereits direkt funktioniert.
Setzen Sie den Vergleich nur fort, wenn die Wiedergabe Videotranskodierung, HDR-zu-SDR-Tone-Mapping, Untertitelkonvertierung oder das Einbrennen von Untertiteln auslöst oder mehrere andere Host-Aufgaben gleichzeitig anfallen. Andernfalls gewinnt das günstigere System mit vier Kernen durch ausreichende Leistung – vorausgesetzt, Media-Engine sowie Speicher- und Netzwerkpfad werden gleichermaßen unterstützt.
HDR-Tone-Mapping kann beide CPU-Klassen zur falschen Wahl machen
HDR wird aufwendig, wenn ein SDR-Client den Server beim Transkodieren zum Tone Mapping zwingt. Die Jellyfin-Dokumentation zur Transkodierung erklärt, dass die softwarebasierte HDR-zu-SDR-Konvertierung so langsam ist, dass möglicherweise keine moderne Consumer-CPU sie in Echtzeit bewältigen kann, und empfiehlt daher eine GPU.
Das ist der entscheidende Einwand gegen eine Kaufentscheidung allein nach der Kernanzahl. Eine moderne CPU mit vier Kernen und einem unterstützten Beschleunigungspfad von Intel, AMD, NVIDIA, Apple oder Rockchip kann eine CPU mit acht Kernen übertreffen, deren GPU, Treiber, Betriebssystem oder Container-Zuordnung die erforderlichen Codecs und Tone-Mapping-Stufen nicht beschleunigen kann.
Vergleichen Sie vor der Kernanzahl die genaue Generation der Media-Engine und die Codec-Matrix. Unterstützen beide Kandidaten die vollständige Pipeline, setzen Sie den Vergleich zwischen vier und acht Kernen fort. Ist das bei keinem der beiden der Fall, lehnen Sie beide ab oder ändern Sie den Client-/Ausgabeplan; eine Verdopplung der allgemeinen CPU-Kerne ist kein zuverlässiger Ersatz für den fehlenden Hardwarepfad.
Das Einbrennen von Untertiteln ist der eigentliche Auslöser für acht Kerne
Untertitel stellen keine einheitliche Arbeitslast dar. Textuntertitel können direkt weitergegeben oder konvertiert werden, während Bilduntertitel oder nicht unterstützte Formatierungen dazu führen können, dass die Text- oder Bildebene in das Video eingebrannt werden muss. Die Codec-Tabellen von Jellyfin bezeichnen das Einbrennen von Untertiteln als die CPU-intensivste Transkodierungsmethode.
Hardwarebeschleunigung ist eine Pipeline aus Dekodierung, Skalierung, Tone Mapping, dem Einbrennen von Untertiteln und Kodierung. Jellyfin weist darauf hin, dass manche Stufen nicht bei jeder Kombination per GPU beschleunigt werden können und dass Teilbeschleunigung die CPU-Auslastung erhöht und die Transkodierungsgeschwindigkeit senken kann. Diese verbleibende Arbeit ist der Bereich, in dem zusätzliche allgemeine CPU-Kerne helfen können.
Wählen Sie acht Kerne, wenn der konstante Test zeigt, dass das System mit vier Kernen die Echtzeitgeschwindigkeit der Transkodierung unterschreitet, dauerhaft nahe an der CPU-Auslastungsgrenze liegt oder andere erforderliche Dienste ausbremst – und der Kandidat mit acht Kernen denselben oder einen besser unterstützten Beschleuniger beibehält. Brechen Sie ab, wenn sich der Engpass auf Speicher, Arbeitsspeicher, GPU, Temperaturen oder Netzwerk verlagert.
Vier oder acht Kerne: ein bedingtes Fazit
Vier Kerne sind die bessere Wahl bei Direct Play, gelegentlichen beschleunigten Transkodierungen und einem dedizierten Server, dessen gemessene Auslastungsspitzen noch CPU-Reserven lassen. Acht Kerne sind die bessere Wahl, wenn das Einbrennen von Untertiteln oder Teilbeschleunigung weiterhin CPU-limitiert ist, mehrere solcher Streams gleichzeitig laufen oder der Host Jellyfin vor erheblicher zusätzlicher Arbeit schützen muss.
Vergleichen Sie die Kernanzahl nicht über verschiedene Prozessorgenerationen hinweg, ohne die Media-Engine zu benennen. Eine CPU mit acht Kernen und älterer Codec-Unterstützung kann diese konkrete Aufgabe gegenüber einem neueren Chip mit vier Kernen verlieren. Der Leitfaden zur Serverwahl für HDR und Untertitel ist der nächste Schritt, wenn die gesamte Plattform – nicht nur die CPU-Klasse – noch offen ist.
Kaufen Sie die günstigste Klasse, die Ihren anspruchsvollsten reproduzierbaren Test mit Datei, Untertiteln, Client und gleichzeitigen Streams mit ausreichender Reserve besteht. Verfügt keiner der Kandidaten über einen unterstützten Hardwarepfad für die erforderliche HDR-Stufe, wählen Sie eine andere Plattform, statt für zusätzliche Kerne zu bezahlen, die die Pipeline nicht reparieren können.
| Beobachtete Arbeitslast | Vier Kerne | Acht Kerne | Entscheidung |
|---|---|---|---|
| Direct Play | Ausreichend | Zusätzliche Reserven im Leerlauf | Vier Kerne |
| Eine vollständig beschleunigte Transkodierung | Zuerst testen | Meist zusätzliche Reserve | Nach gemessener Reserve entscheiden |
| CPU-basiertes Einbrennen von Untertiteln oder Teilbeschleunigung | Kann an die Auslastungsgrenze kommen | Nützlich, wenn die Stufe skaliert | Acht Kerne nach einem Praxistest |
| Nicht unterstütztes HDR-Tone-Mapping | Ungeeignet | Ungeeignet | Einen unterstützten GPU-Pfad wählen |
Produktvergleiche
Mehr zum Lesen

Kann Home Assistant openHAB für die Steuerung aller Geräte im gesamten Zuhause ersetzen?
Home Assistant kann openHAB nur ersetzen, wenn jedes essenzielle Gerät und jede Automatisierung einen parallelen Migrations- und Rollback-Test besteht.

Mini-PC vs. Einplatinenserver vs. NAS für Home Assistant
Wählen Sie einen SBC für ein kleines, effizientes Gerät, einen Mini-PC für flexiblen Leistungsspielraum oder ein NAS nur dann, wenn der Betrieb gemeinsam genutzter...

So wählen Sie zwischen einem dedizierten Home-Assistant-Server und einem gemeinsam genutzten App-Host geschniegelt
Wählen Sie dediziertes Hosting für eine einfachere Fehlerisolierung; wählen Sie einen Shared-Host, wenn Isolation, Wartungsfenster und Wiederherstellung nachweislich funktionieren.

