Perché l’HDR e la masterizzazione dei sottotitoli aumentano il carico sulla iGPU di Jellyfin

Jellyfin può utilizzare una capacità dell’iGPU molto maggiore quando la conversione HDR e l’incorporamento dei sottotitoli avvengono nella stessa sessione di riproduzione.

La GPU non esegue un unico “transcodifica” generico. Può decodificare la sorgente, applicare il tone mapping da HDR a SDR, sovrapporre i sottotitoli, ridimensionare i fotogrammi e codificare il risultato, mentre una fase non supportata trasferisce nuovamente il lavoro alla CPU; il test di capacità deve riprodurre esattamente questo percorso. Mantieni fissi il client, la traccia dei sottotitoli, il formato HDR di destinazione e la qualità di output, così la differenza di utilizzo dell’iGPU dipenderà da queste fasi aggiuntive.

Il tone mapping HDR aggiunge una fase di elaborazione separata

Un file HDR che il client non può mantenere in HDR potrebbe richiedere il tone mapping prima che il server possa fornire un flusso SDR utilizzabile. Questa conversione aggiunge lavoro anche quando la decodifica e la codifica di base del codec sono già accelerate dall’hardware.

Un sistema in grado di gestire una normale conversione 4K può avere meno margine quando il carico del tone mapping viene aggiunto alla pipeline di transcodifica.

Confronta la stessa sorgente con conversione HDR necessaria e non necessaria, quindi registra l’utilizzo dei motori della GPU invece della sola percentuale complessiva della CPU.

L’incorporamento dei sottotitoli può trasformare un percorso leggero in un’elaborazione video completa

I sottotitoli testuali che il client può visualizzare richiedono poche risorse al server, ma i sottotitoli basati su immagini o gli stili di testo non supportati possono costringere Jellyfin a disegnare i sottotitoli in ogni fotogramma. Questo trasforma il carico di lavoro da remux o Direct Play in elaborazione video.

I formati basati su immagini come PGS spesso attivano l’incorporamento dei sottotitoli e la transcodifica completa quando il client di riproduzione non può visualizzarli direttamente.

Ripeti il test con il file senza sottotitoli, con una semplice traccia SRT e con la traccia dei sottotitoli effettivamente utilizzata. Se l’utilizzo dell’iGPU aumenta solo nell’ultimo caso, la composizione dei sottotitoli fa parte del limite di capacità.

Le capacità del client determinano quali fasi deve eseguire il server

Lo stesso contenuto multimediale può utilizzare risorse del server diverse su un televisore, in un browser o su un telefono, perché ogni client accetta un insieme differente di codec, contenitori, formati HDR e modalità per i sottotitoli. La capacità del server non può essere separata da quella del client.

Un client può dichiarare un profilo delle capacità incompleto, spingendo Jellyfin verso un percorso server più pesante anche quando il dispositivo espone decoder hardware.

Usa un client Direct Play noto e affidabile come controllo, quindi testa il client che crea il percorso pesante. Una baseline stabile per l’accelerazione hardware facilita l’isolamento delle fasi aggiuntive HDR o dei sottotitoli.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Misura il margine dell’iGPU sulla combinazione reale più impegnativa

Un benchmark sintetico del motore multimediale può non rilevare la sovrapposizione esatta che conta a casa: tone mapping HDR, incorporamento dei sottotitoli, ridimensionamento e un secondo flusso. L’obiettivo di capacità dovrebbe essere la combinazione domestica ripetibile più impegnativa, non una dichiarazione di throughput del produttore.

Il metodo di utilizzo e saturazione offre un modo pratico per distinguere un utilizzo elevato ma sano della GPU da una coda che non dispone più di margine di servizio.

Esegui prima la sessione prevista più impegnativa da sola, quindi aggiungi una alla volta le normali sessioni simultanee. Mantieni margine solo dove la soglia misurata di latenza o di fotogrammi persi indica che è necessario.