HDR-tonemapping ziet er flets uit bij streams op afstand: zo los je het op
Een vervaagd HDR-beeld op afstand betekent meestal dat een SDR-client HDR-waarden heeft ontvangen zonder een geldige stap voor tonemapping van HDR naar SDR.
Afspelen op afstand omvat meerdere beslislagen: de client meldt ondersteuning voor het scherm en de codec, kwaliteitslimieten kunnen conversie afdwingen, de mediaserver kiest voor direct afspelen of transcoderen, en FFmpeg of een hardwarepipeline moet de kleurmetadata van de bron behouden en tegelijkertijd helderheid en kleurengamut naar SDR omzetten. Diagnoseer eerst de daadwerkelijke sessie, want de oplossing verschilt wanneer de client HDR ten onrechte direct afspeelt, wanneer tonemapping is uitgeschakeld en wanneer een ingeschakeld hardwarefilter stilletjes faalt.
Bevestig of de externe sessie direct afspeelt of transcodeert
Open de afspeelinformatie terwijl het beeld vervaagd wordt weergegeven. Noteer of de video Direct Play, Direct Stream of Transcode gebruikt, de gemelde reden, de uitvoercodec, resolutie en bitrate, en of tonemapping in het transcoderlog verschijnt.
Tonemapping aan de serverzijde wordt normaal toegepast bij een HDR-naar-SDR-transcode, niet bij een ongewijzigde Direct Play-stream. Een uitleg uit de Plex-community maakt dit onderscheid duidelijk: tonemapping wordt tijdens het transcoderen gebruikt, terwijl een client die direct afspeelt HDR zelf moet verwerken.
Als het dashboard Direct Play toont op een SDR-scherm, onderzoek dan eerst de detectie van clientmogelijkheden voordat je de GPU wijzigt. Als het een videotranscode met vervaagde uitvoer toont, ga dan verder met controles van tonemapping aan de serverzijde en de kleurpipeline.
Vergelijk hetzelfde bestand via één HDR- en één SDR-pad
Gebruik dezelfde titel en tijdcode op een bekende HDR-compatibele lokale client, de getroffen externe client en een desktopspeler die afspeeldetails kan tonen. Laat de geselecteerde audio en ondertitels ongewijzigd, zodat die geen andere reden voor transcoderen introduceren.
Een Jellyfin-rapport reproduceerde vervaagde SDR-uitvoer toen een browser HDR rechtstreeks streamde ondanks de melding dat het formaat niet werd ondersteund; door de kwaliteit handmatig te verlagen werd een transcode geforceerd en de kleur met tonemapping hersteld.
Als slechts één app er verkeerd uitziet terwijl een andere client op hetzelfde scherm het bestand correct weergeeft, behandel het probleem dan als een clientprofiel- of spelerregressie. Als elke SDR-client er alleen tijdens het transcoderen verkeerd uitziet, richt je dan op de serverpipeline.
Bewijs dat tonemapping daadwerkelijk actief is
Schakel de HDR-naar-SDR-tonemappingoptie van het platform in, start één gecontroleerde externe transcode en controleer het gegenereerde FFmpeg-commando of het log van de mediaserver op het verwachte tonemappingfilter en hardwareapparaat.
Beschouw een aangevinkt instellingenveld niet als bewijs. In een Jellyfin-hardwaregeval maakte het uitschakelen van tonemapping afspelen mogelijk, maar ontstond een vervaagd beeld, terwijl het ingeschakelde filterpad op een andere manier faalde.
Vergelijk GPU-engineactiviteit, CPU-belasting, de transcoderingssnelheid en het log onmiddellijk vóór het eerste uitvoersegment. Als het filter niet kan initialiseren, corrigeer dan de apparaatkoppeling, runtimebibliotheek of ondersteunde versnellingsmethode in plaats van dit met beeldinstellingen van de televisie te compenseren.
Maak onderscheid tussen verkeerde clientdetectie en een defect serverfilter
Voer een gecontroleerde A/B-test uit: laat eerst de normale automatische keuze van de client toe en verlaag daarna alleen de externe kwaliteit voldoende om een HDR-naar-SDR-transcode af te dwingen. Wijzig de scherminstellingen niet tussen de tests.
Als automatisch afspelen vervaagd is, maar de geforceerde transcode er goed uitziet, kiest het client- of serverprofiel een HDR-pad dat het scherm niet kan weergeven. Als beide beelden vervaagd zijn, is tonemapping uitgeschakeld, overgeslagen of niet ondersteund voor dat bronprofiel, of ontvangt het onjuiste kleurmetadata.
Gebruik een tijdelijke kwaliteitslimiet aan de clientzijde alleen om onderscheid te maken. De permanente oplossing moet bestaan uit een bijgewerkt clientprofiel, een ondersteunde afspeelapp, een expliciete SDR-terugvaloptie of een serverconfiguratie die de werkelijke HDR-mogelijkheden van het scherm consequent herkent.
| Waargenomen resultaat | Meest waarschijnlijke laag | Volgende actie |
|---|---|---|
| Direct afspelen vervaagd; geforceerde transcode correct | HDR-detectie van client | Wijzig client, profiel of SDR-terugvaloptie |
| Transcode vervaagd; geen tonemappingfilter | Serverconfiguratie | Schakel tonemapping in en controleer deze |
| Filterfouten of zeer trage uitvoer | GPU-/runtimepad | Controleer apparaat, stuurprogramma en filterondersteuning |
| Slechts één bronprofiel faalt | Metadataprofiel of codecprofiel | Vergelijk kleurtags en het gedrag van Dolby Vision/HDR10 |
De tabel beperkt eerst de verantwoordelijke laag voordat je een volledige mediabibliotheek converteert of hardware vervangt.
Controleer kleurmetadata en de volledige conversieketen
Inspecteer de kleurprimairen, transferfunctie, matrix, bitdiepte, HDR-indeling en masteringmetadata van de bron met een media-analysetool. Vergelijk die waarden met het transcoderlog en de gegenereerde SDR-uitvoer.
Vervormde kleuren kunnen ook ontstaan wanneer een client HDR-waarden als SDR behandelt, wanneer beperkt en volledig bereik verkeerd worden geïnterpreteerd of wanneer het gekozen Dolby Vision-profiel geen compatibele HDR10-terugvaloptie heeft. Ga er niet van uit dat elk bestand met het label “4K HDR” dezelfde tonemappingtak gebruikt.
Test één bekend goed HDR10-voorbeeld voordat je het getroffen bestand wijzigt. Als het voorbeeld correct wordt getonemapt, beperk het probleem dan tot bronmetadata, profielondersteuning of een bestandsspecifiek decodeerpad in plaats van de algemene instelling voor externe streams.
Herstel de verantwoordelijke laag en controleer het afspelen op afstand
Bij verkeerde clientdetectie werk je de afspeelapp bij of vervang je deze, schakel je een onbetrouwbaar Direct Play-pad uit of dwing je een ondersteund SDR-profiel af. Bij een serverfout herstel je eerst het juiste GPU-apparaat, de machtigingen, het stuurprogramma, de runtime en het tonemappingfilter voordat je bitrate- of CPU-limieten verhoogt.
De ZimaSpace-procedure voor het controleren van hardwaretranscodering helpt bevestigen dat decodeer- en codeeractiviteit daadwerkelijk plaatsvindt en niet alleen wordt afgeleid uit een instellingenoptie.
Test opnieuw van buiten het thuisnetwerk met de normale kwaliteitslimiet en zoek daarna vooruit, hervat het afspelen en wissel van audio of ondertitels. De oplossing is pas voltooid wanneer SDR-clients stabiele kleuren met tonemapping ontvangen, HDR-clients correct direct blijven afspelen, de transcode sneller verloopt dan in realtime en het resultaat een herstart van de mediaserver doorstaat.
Aanbevolen producten
Ondersteuning & Tips
Meer om te lezen
Kan Plex een GPU delen met een andere Docker-container?
Plex en een andere container kunnen vaak dezelfde GPU gebruiken, maar je moet de driverondersteuning, apparaattoewijzing, belasting van de video-engine, het geheugengebruik en het...
Hoe je kunt bepalen of een Plex-fout door de client of de server wordt veroorzaakt
Reproduceer hetzelfde item op een andere client, vergelijk het sessiepad en verzamel pas serverbewijs nadat de scope heeft uitgewezen waar de fout daadwerkelijk zit.
Plex-cache en tijdelijke opslag voor transcodering configureren
Bescherm de permanente Plex-status door tijdelijke transcodebestanden op geschikte lokale opslag te plaatsen en controleer vervolgens het opruimen, de beschikbare ruimte en het gedrag...
