Wählen Sie einen Jellyfin-Server für die HDR-Wiedergabe mit Untertiteln, indem Sie den anspruchsvollsten Wiedergabepfad dimensionieren, den Ihre tatsächlichen Clients benötigen. Eine HDR-Datei mit einem vom Client gerenderten Textuntertitel kann mit geringer Serverauslastung per Direct Play wiedergegeben werden, während HDR-zu-SDR-Tonemapping plus das Einbrennen von Untertiteln in einer Sitzung Dekodierung, Filterung, Komposition und Neucodierung erzwingen kann.
Stellen Sie zunächst fest, ob HDR und Untertitel per Direct Play wiedergegeben werden
Testen Sie das tatsächlich verwendete Fernsehgerät, die Streaming-Box, den Browser, das Smartphone und den Remote-Client. Notieren Sie, ob das Video per Direct Play wiedergegeben wird, ob sich der Ton ändert, welche Untertitelformate vom Client gerendert werden und ob das Anzeigegerät das HDR-Format der Quelle unterstützt. Dadurch vermeiden Sie die häufigste Ursache für überdimensionierte Hardware: die Annahme, dass jeder 4K-HDR-Titel serverseitig konvertiert werden muss.
Untertitel sind clientabhängig. Der Leitfaden von ZimaSpace zur durch Untertitel ausgelösten Transcodierung zeigt, warum dasselbe Video von einem leichten Pfad zu einer vollständigen Videoverarbeitung wechseln kann, wenn das gewählte Untertitelformat nicht direkt gerendert werden kann.
Dimensionieren Sie den Server für den anspruchsvollsten erforderlichen Konvertierungspfad
Wenn ein SDR-Client HDR-Medien wiedergeben muss, benötigt Jellyfin möglicherweise HDR-zu-SDR-Tonemapping. Müssen Untertitel zusätzlich eingebrannt werden, kann die Pipeline Hardware- oder Softwaredekodierung, Tonemapping, Skalierung, Untertitelrendering und Codierung umfassen. Jellyfins aktuelle Pipeline zur Hardwarebeschleunigung weist ausdrücklich darauf hin, dass einige Stufen möglicherweise auf der CPU verbleiben, selbst wenn andere Stufen die GPU verwenden.
Der kleinste ausreichende Server ist derjenige, der diesen vollständigen erforderlichen Pfad mit Betriebsreserve schneller als in Echtzeit bewältigt. Werten Sie einen erfolgreichen kurzen Start nicht als Beweis; führen Sie eine repräsentative Szene lange genug aus, um festzustellen, ob die Transcodierungsgeschwindigkeit sinkt, die Temperaturen steigen oder ein anderer Filter zum Engpass wird.
Wenn die HDR-zu-SDR-Konvertierung optional ist, weil jedes wichtige Anzeigegerät HDR unterstützt, gewichten Sie sie weniger stark. Wenn die Remote-Wiedergabe in SDR täglich erforderlich ist, behandeln Sie das Tonemapping stattdessen als zwingende Voraussetzung.
Verwenden Sie zunächst eine moderne, unterstützte Medien-Engine, bevor Sie für mehr CPU bezahlen
Priorisieren Sie bei einem Neukauf einen gut unterstützten Hardware-Videopfad, der HEVC 10-Bit dekodieren und das gewünschte Zielformat für die Codierung beschleunigen kann. Jellyfins aktuelle Empfehlungen zur Hardwareauswahl raten zu moderner integrierter Intel-Grafik, Apple Silicon oder anderen unterstützten Plattformen und warnen ausdrücklich davor, dass HDR-Tonemapping ausschließlich per CPU außerordentlich anspruchsvoll sein kann.
Prüfen Sie die genaue Prozessorvariante und GPU-Generation, anstatt anzunehmen, dass „Intel“ oder „NVIDIA“ ausreicht. Einige CPUs verfügen über keine integrierte Grafik, manche diskreten GPUs der Einstiegsklasse besitzen keine Encoder, und bei älteren Generationen kann die Unterstützung durch Treiber oder Toolkits abnehmen. Der Codec-Check für Jellyfin vor dem Kauf gebrauchter Hardware ist eine hilfreiche Gegenprüfung, wenn ein günstiges älteres System attraktiv erscheint.
Behandeln Sie RAM, Anwendungsspeicher und Transcodierungsplatz als separate Dimensionierungsaufgaben
Jellyfin empfiehlt derzeit 8 GB RAM für eine durchschnittliche Bereitstellung; auf einem Headless-Linux-Server kann manchmal weniger ausreichen. Die endgültige Kapazität hängt jedoch vom gesamten Host ab. Fügen Sie Speicher für weitere Container, virtuelle Maschinen, den Dateisystem-Cache und einen bewusst im RAM angelegten Transcodierungsbereich hinzu. Ersetzen Sie einen fehlenden Codec-Pfad nicht durch zusätzlichen RAM.
Bewahren Sie die Jellyfin-Datenbank, Metadaten und den Cache auf einer SSD oder einem ähnlich latenzarmen persistenten Speicher auf. Große Medienbestände können auf HDDs oder einer Netzwerkfreigabe verbleiben, wenn deren anhaltender Durchsatz und Verfügbarkeit ausreichen. Ein Transcodierungsverzeichnis benötigt genügend freien Speicherplatz für die größten gleichzeitigen Konvertierungen und sollte nicht dasselbe kleine Volume füllen dürfen, auf dem der persistente Zustand liegt.
Nutzen Sie die Parallelität, um zu entscheiden, wann die Basiskonfiguration höher angesetzt werden muss
Zählen Sie gleichzeitige anspruchsvolle Sitzungen, nicht die Gesamtzahl der Haushaltskonten. Drei Direct-Play-Streams können leichter zu bewältigen sein als eine HDR-zu-SDR-Transcodierung mit eingebrannten Untertiteln. Erstellen Sie eine Testmatrix mit einer HDR-Sitzung per Direct Play, einer gewöhnlichen Transcodierung, dem anspruchsvollsten HDR-plus-Untertitel-Fall und der maximal plausiblen Überschneidung.
Erhöhen Sie die Hardwareklasse erst, wenn die erforderliche Überschneidung die Medien-Engine auslastet, zu wenig CPU für Filter und Audio übrig lässt oder zu Engpässen bei Speicher oder Netzwerk führt. Der Leitfaden zur Überprüfung der Hardwaretranscodierung hilft zu bestätigen, dass die zusätzliche Hardware tatsächlich verwendet wird und nicht unbemerkt auf Softwareverarbeitung zurückgefallen ist.
Wählen Sie die Konfiguration anhand des anspruchsvollsten Clients und hören Sie dann auf
Bei überwiegend per Direct Play wiedergegebenem HDR mit clientseitig gerenderten Untertiteln beginnen Sie mit einem effizienten modernen iGPU-System, mindestens 8 GB RAM für den gesamten Stack, SSD-gestütztem Jellyfin-Zustand und einer zuverlässigen kabelgebundenen Netzwerkverbindung. Rüsten Sie auf, wenn Ihre tatsächlichen Clients wiederholt Tonemapping, eingebrannte Untertitel, mehrere gleichzeitige Konvertierungen oder parallel laufende anspruchsvolle Dienste erfordern.
Innerhalb der Zima-Hardwarefamilie passt ZimaBoard 2 zum kompakten Zweig für Direct-Play-Priorität und leichte Konvertierungen, während ZimaCube 2 der stärkere, speicherorientierte Zweig ist, wenn der Kauf zusätzlich Platz für mehrere Laufwerke und mehr Reserven für Dienste erfordert. Betrachten Sie dies als Implementierungsoptionen, nicht als garantierte Angaben zur Anzahl von Streams.
Hören Sie mit dem Aufrüsten auf, sobald die anspruchsvollste erforderliche HDR-plus-Untertitel-Sitzung und die geplante Parallelität mit Reserve bestehen. Zusätzliche CPU-Kerne, GPU-Kapazität, RAM oder Netzwerkgeschwindigkeit bieten nur noch einen abnehmenden Kaufnutzen, wenn sie diesen Abnahmetest nicht verändern.
Kaufanleitung
Mehr zum Lesen

So vergleichen Sie drei oder mehr Jellyfin-Server-Kandidaten, ohne sich in technischen Daten zu verlieren
Sortiere zunächst Jellyfin-Kandidaten aus, die den Workload nicht bewältigen. Vergleiche danach unter den verbleibenden Kandidaten nur die entscheidungsrelevanten technischen Daten, die Gesamtbetriebskosten und die...

So bewerten Sie Garantie-, Ersatz- und Wiederherstellungskosten für Jellyfin
Der günstigere Jellyfin-Server ist derjenige mit den niedrigeren wiedererlangbaren Gesamtbetriebskosten, nicht unbedingt dem niedrigsten Kaufpreis oder der längsten Garantie.

Welche Jellyfin-Workloads profitieren tatsächlich von mehr CPU-Kernen?
Kaufen Sie nur dann mehr CPU-Kerne, wenn gemessene Jellyfin-Workloads CPU-parallel sind; Direct Play und hardwarebeschleunigte Videowiedergabe verlagern die Begrenzung normalerweise auf eine andere Komponente.

