CPU quad-core o octa-core per Jellyfin: quale si adatta meglio alla riproduzione HDR con sottotitoli?

Per la riproduzione HDR con sottotitoli su Jellyfin, la scelta tra quattro e otto core della CPU è solitamente la seconda domanda, non la prima: la compatibilità del client e un motore GPU per i media supportato determinano se il server esegue il Direct Play o un costoso tone mapping e il rendering permanente dei sottotitoli. Scegli otto core solo quando la stessa piattaforma accelerata mostra ancora un carico ripetibile, limitato dalla CPU, dovuto ai sottotitoli o a più flussi, che quattro core non riescono a sostenere.

Testa il percorso di riproduzione prima di contare i core

Mantieni costanti i parametri del test: un file HDR, una traccia di sottotitoli, lo stesso client, la stessa qualità di riproduzione, lo stesso percorso di rete, la stessa versione di Jellyfin e lo stesso livello di concorrenza. Avvia la riproduzione e leggi la modalità nel pannello di controllo e il log di FFmpeg. Un risultato basato sul numero di core senza questo contesto racconta solo la storia di due sistemi non correlati.

Jellyfin documenta che il Direct Play trasmette il file senza modificarlo, con un carico aggiuntivo sul server quasi nullo. Se il client supporta il video, l'audio, il contenitore e il formato dei sottotitoli, sia le CPU a quattro core sia quelle a otto core possono rimanere ben al di sotto dei propri limiti; più core non possono migliorare un percorso che è già diretto.

Prosegui il confronto solo quando la riproduzione attiva la transcodifica video, il tone mapping da HDR a SDR, la conversione o il rendering permanente dei sottotitoli, oppure diversi altri carichi sul server. In caso contrario, il sistema a quattro core, meno costoso, vince per adeguatezza, a condizione che disponga dello stesso motore per i media supportato e dello stesso percorso di archiviazione e rete.

Il tone mapping HDR può rendere sbagliate entrambe le fasce di CPU

L'HDR diventa costoso quando un client SDR obbliga il server a eseguire il tone mapping durante la transcodifica. La documentazione sulla transcodifica di Jellyfin afferma che la conversione software da HDR a SDR è così lenta che nessuna CPU consumer moderna potrebbe gestirla in tempo reale e raccomanda quindi una GPU.

Questo è il limite invalicabile di un acquisto basato solo sul numero di core. Una CPU moderna a quattro core con un percorso di accelerazione supportato da Intel, AMD, NVIDIA, Apple o Rockchip può superare una CPU a otto core la cui GPU, il driver, il sistema operativo o la mappatura del contenitore non sono in grado di accelerare i codec e le fasi di tone mapping richiesti.

Confronta la generazione esatta del motore per i media e la matrice dei codec prima dei core. Se entrambi i candidati supportano la stessa pipeline completa, riprendi il test tra quattro e otto core. Se nessuno dei due lo fa, scarta entrambi o modifica il piano relativo a client e output; raddoppiare i core generici non è un sostituto affidabile per il percorso a funzioni dedicate mancante.

Il rendering permanente dei sottotitoli è il vero motivo per scegliere otto core

I sottotitoli non costituiscono un unico tipo di carico. I sottotitoli testuali possono essere trasferiti direttamente o convertiti, mentre i sottotitoli basati su immagini o gli stili non supportati possono obbligare a incorporare il livello testuale o grafico nel video. Le tabelle dei codec di Jellyfin indicano il rendering permanente dei sottotitoli come il metodo di transcodifica più intensivo per la CPU.

L'accelerazione hardware è una pipeline composta dalle fasi di decodifica, ridimensionamento, tone mapping, rendering permanente dei sottotitoli e codifica. Jellyfin osserva che alcune fasi non possono essere accelerate dalla GPU in ogni combinazione e che la accelerazione parziale aumenta l'utilizzo della CPU e può ridurre la velocità di transcodifica. È in questo lavoro residuo che più core generici possono essere utili.

Scegli otto core quando il test mantenuto costante mostra che il sistema a quattro core non raggiunge la velocità di transcodifica in tempo reale, si avvicina alla saturazione sostenuta della CPU o lascia senza risorse altri servizi necessari, e il candidato a otto core mantiene lo stesso acceleratore supportato o uno migliore. Fermati se il collo di bottiglia si sposta su archiviazione, memoria, GPU, temperature o rete.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Quattro core contro otto core: verdetto condizionale

Quattro core sono la scelta migliore per il Direct Play, le transcodifiche accelerate occasionali e un server dedicato il cui periodo di attività misurato conserva margine sulla CPU. Otto core sono la scelta migliore quando il rendering permanente dei sottotitoli o l'accelerazione parziale rimangono limitati dalla CPU, più flussi di questo tipo si sovrappongono o il server deve proteggere Jellyfin da un carico rilevante generato da altri servizi.

Non confrontare il numero di core tra generazioni diverse di processori senza specificare il motore per i media. Una CPU a otto core con un supporto ai codec più datato può perdere, in questo compito preciso, contro un chip più recente a quattro core. La guida ai server per HDR e sottotitoli è il passaggio successivo quando l'intera piattaforma, non solo la fascia della CPU, è ancora da scegliere.

Acquista la fascia meno costosa che superi il test con il file, i sottotitoli, il client e il livello di concorrenza peggiori e ripetibili, mantenendo un margine di recupero. Se nessuno dei due candidati dispone di un percorso hardware supportato per la fase HDR richiesta, scegli una piattaforma diversa invece di pagare per core che non possono risolvere il problema della pipeline.