Fyrkärnig eller åttakärnig CPU för Jellyfin: Vilken passar HDR-uppspelning med undertexter?

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

För Jellyfin HDR-uppspelning med undertexter är fyra kontra åtta CPU-kärnor vanligtvis den andra frågan, inte den första: klientkompatibilitet och en GPU-mediamotor med stöd avgör om servern spelar upp filen direkt eller utför kostsam tonmappning och inbränning av undertexter. Välj åtta kärnor endast när samma accelererade plattform fortfarande visar en upprepad CPU-begränsad arbetsbelastning med undertexter eller flera strömmar som fyra kärnor inte klarar av att upprätthålla.

Testa uppspelningsvägen innan du räknar kärnor

Håll testet konstant: en HDR-fil, ett undertextspår, samma klient, uppspelningskvalitet, nätverksväg, Jellyfin-version och samtidighet. Starta uppspelningen och läs av läget i instrumentpanelen samt FFmpeg-loggen. Ett resultat baserat på kärnantal utan den kontexten är bara en berättelse om två orelaterade system.

Jellyfin dokumenterar att Direktuppspelning levererar filen oförändrad med nästan ingen extra serverbelastning. Om klienten stöder video-, ljud-, container- och undertextformatet kan både fyrkärniga och åttakärniga CPU:er ligga långt under sina gränser; extra kärnor kan inte förbättra en väg som redan är direkt.

Fortsätt jämförelsen endast när uppspelningen aktiverar videoomkodning, HDR-till-SDR-tonmappning, undertextkonvertering eller inbränning, eller flera andra värdarbetsbelastningar. Annars vinner det billigare fyrkärniga systemet genom att vara tillräckligt, förutsatt att det har samma mediamotor med stöd samt samma lagrings- och nätverksväg.

HDR-tonmappning kan göra båda CPU-nivåerna till fel val

HDR blir kostsamt när en SDR-klient tvingar servern att tonmappa under omkodning. Jellyfins dokumentation om omkodning säger att programvarubaserad HDR-till-SDR-konvertering är så långsam att ingen modern konsument-CPU kanske klarar den i realtid och rekommenderar därför en GPU.

Detta är stoppunkten för ett köpbeslut som enbart bygger på kärnantal. En modern fyrkärnig CPU med en Intel-, AMD-, NVIDIA-, Apple- eller Rockchip-accelereringsväg med stöd kan överträffa en åttakärnig CPU vars GPU, drivrutin, operativsystem eller containermappning inte kan accelerera de nödvändiga kodekarna och tonmappningsstegen.

Jämför den exakta generationen av mediamotorn och kodekmatrisen före kärnorna. Om båda kandidaterna stöder samma fullständiga pipeline kan du återuppta testet med fyra kontra åtta kärnor. Om ingen av dem gör det, välj bort båda eller ändra klient-/utdataplanen; en fördubbling av antalet allmänna CPU-kärnor är inte ett pålitligt substitut för den saknade hårdvaruaccelererade vägen.

Inbränning av undertexter är den verkliga utlösaren för åtta kärnor

Undertexter innebär inte en enda arbetsbelastning. Textundertexter kan skickas vidare eller konverteras, medan bildundertexter eller styling som inte stöds kan tvinga text- eller bildlagret att brännas in i videon. Jellyfins kodektabeller anger att inbränning av undertexter är den mest CPU-intensiva omkodningsmetoden.

Hårdvaruacceleration är en pipeline med avkodning, skalning, tonmappning, inbränning av undertexter och kodning. Jellyfin påpekar att vissa steg inte kan GPU-accelereras i varje kombination och att delvis acceleration ökar CPU-användningen och kan sänka omkodningshastigheten. Det kvarvarande arbetet är där extra allmänna CPU-kärnor kan hjälpa.

Välj åtta kärnor när det kontrollerade testet visar att fyrkärnssystemet ligger under omkodningshastighet i realtid, nära varaktig CPU-mättnad eller svälter andra nödvändiga tjänster – och den åttakärniga kandidaten behåller samma accelerator med stöd eller en bättre sådan. Avbryt om flaskhalsen flyttas till lagring, minne, GPU, temperaturer eller nätverket.

-15% OFF
Single board computer zimaboard2

Fyra kärnor kontra åtta: villkorad slutsats

Fyra kärnor vinner vid direktuppspelning, enstaka accelererade omkodningar och en dedikerad server vars uppmätta belastningsperiod fortfarande har CPU-marginal. Åtta kärnor vinner när inbränning av undertexter eller delvis acceleration förblir CPU-begränsad, flera sådana strömmar överlappar eller värden måste skydda Jellyfin från betydande samlokaliserad arbetsbelastning.

Jämför inte kärnantal mellan olika processorgenerationer utan att ange mediamotorn. En åttakärnig CPU med äldre kodekstöd kan förlora just den här uppgiften mot ett nyare fyrkärnigt chip. Serverguiden för HDR och undertexter är nästa beslut när hela plattformen – inte bara CPU-nivån – fortfarande är öppen.

Köp den billigaste nivån som klarar ditt värsta upprepningsbara test med fil, undertext, klient och samtidighet, med återhämtningsmarginal. Om ingen av kandidaterna har en maskinvaruväg med stöd för det nödvändiga HDR-steget, välj en annan plattform i stället för att betala för kärnor som inte kan åtgärda pipelinen.

Observerad arbetsbelastning Fyra kärnor Åtta kärnor Beslut
Direktuppspelning Tillräckligt Ledig marginal Fyra kärnor
En helt accelererad omkodning Testa först Vanligtvis extra marginal Välj efter uppmätt marginal
CPU-baserad inbränning av undertexter eller delvis acceleration Kan bli överbelastade Användbart om steget skalas Åtta kärnor efter verifiering
HDR-tonmappning utan stöd Dålig passform Dålig passform Välj en GPU-väg med stöd

Produktjämförelser

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.