Waarom HDR en het inbranden van ondertitels de iGPU-belasting van Jellyfin verhogen
Jellyfin kan aanzienlijk meer iGPU-capaciteit gebruiken wanneer HDR-conversie en het inbranden van ondertitels tijdens dezelfde afspeelsessie plaatsvinden.
De GPU voert niet één generieke “transcodering” uit. De bron kan worden gedecodeerd, HDR kan naar SDR worden omgezet met tone mapping, ondertitels kunnen worden samengesteld, frames kunnen worden geschaald en het resultaat kan worden gecodeerd, terwijl een niet-ondersteunde stap het werk terug naar de CPU verplaatst. De capaciteitstest moet precies deze route reproduceren. Houd de client, ondertiteltrack, HDR-doel en uitvoerkwaliteit constant, zodat het iGPU-verschil aan die extra stappen kan worden toegeschreven.
HDR-tone mapping voegt een afzonderlijke verwerkingsstap toe
Een HDR-bestand dat op de client niet in HDR kan blijven, moet mogelijk eerst tone mapping ondergaan voordat de server een bruikbare SDR-stream kan leveren. Die conversie voegt werk toe, ook wanneer de basisdecodering en -codering van de codec al hardwarematig worden versneld.
Een systeem dat gewone 4K-conversie aankan, kan minder marge overhouden zodra er tone-mappingbelasting aan de transcoderingspipeline wordt toegevoegd.
Vergelijk dezelfde bron met en zonder vereiste HDR-conversie en registreer het gebruik van de GPU-engines in plaats van alleen het totale CPU-percentage.
Het inbranden van ondertitels kan een lichte route veranderen in volledige videobewerking
Tekstondertitels die door de client kunnen worden weergegeven, kosten de server weinig, maar afbeeldingsondertitels of niet-ondersteunde tekstopmaak kunnen Jellyfin dwingen de ondertitels in elk frame te tekenen. Daardoor verandert de belasting van remuxing of Direct Play in videobewerking.
Afbeeldingsgebaseerde formaten zoals PGS leiden vaak tot het inbranden van ondertitels en volledige transcoding wanneer de afspeelclient ze niet rechtstreeks kan weergeven.
Speel het bestand opnieuw af met ondertitels uitgeschakeld, met een eenvoudige SRT-track en met de daadwerkelijke ondertiteltrack. Als het iGPU-gebruik alleen in het laatste geval sterk stijgt, maakt het samenstellen van ondertitels deel uit van de capaciteitsgrens.
De mogelijkheden van de client bepalen welke stappen de server moet uitvoeren
Dezelfde media kunnen op een televisie, in een browser of op een telefoon verschillende serverbronnen gebruiken, omdat elke client een andere reeks codecs, containers, HDR-formaten en ondertitelmodi accepteert. Servercapaciteit kan niet los worden gezien van de mogelijkheden van de client.
Een client kan een onvolledig mogelijkhedenprofiel doorgeven, waardoor Jellyfin een zwaardere serverroute kan kiezen, zelfs wanneer het apparaat hardwaredecoders beschikbaar stelt.
Gebruik één betrouwbare Direct Play-client als controle en test vervolgens de client die de zware route veroorzaakt. Een stabiele basislijn voor hardwareversnelling maakt het eenvoudiger om de extra HDR- of ondertitelstappen te isoleren.
Bepaal de iGPU-marge aan de hand van de zwaarste realistische combinatie
Een synthetische benchmark voor media-engines kan de exacte combinatie missen die thuis van belang is: HDR-tone mapping, het inbranden van ondertitels, schalen en een tweede stream. Het capaciteitsdoel moet de drukste herhaalbare huishoudelijke combinatie zijn, niet een door de fabrikant opgegeven doorvoersnelheid.
De methode voor gebruik, verzadiging en fouten biedt een praktische manier om een hoog maar gezond GPU-gebruik te onderscheiden van een wachtrij zonder resterende verwerkingsmarge.
Voer de zwaarst verwachte sessie eerst alleen uit en voeg daarna één voor één het normale aantal gelijktijdige streams toe. Houd alleen marge aan waar de gemeten latentie of de drempel voor verloren frames dat vereist.
Aanbevolen producten
Tech & AI HUB
Meer om te lezen
Waarom de architectuur van je Jellyfin-thuisserver verandert naarmate je meer services toevoegt
Een Jellyfin-box wordt een dienstenstack naarmate er meer apps worden toegevoegd. Daarom moeten CPU, opslag, netwerk, geheimen, back-ups en herstelgrenzen expliciet worden toegewezen.
Jellyfin-prestaties meten zonder cache met capaciteit te verwarren
Een betrouwbare Jellyfin-benchmark labelt de koude en warme toestand afzonderlijk, zodat metadata uit de cache of bestandssysteempagina’s niet wordt aangezien voor permanente hardwarecapaciteit.
Hoeveel iGPU-capaciteit heeft Jellyfin nodig voor meerdere gebruikers?
De iGPU-reservecapaciteit van Jellyfin is werkbelastingsspecifiek: houd marge boven de zwaarste herhaalbare combinatie van gelijktijdige transcoderingen aan, in plaats van een willekeurig gebruikspercentage.
