Varför utlöser undertexter omkodning när videon direktuppspelas?
Undertexter utlöser omkodning när den valda klienten inte kan återge undertextströmmen samtidigt som den ursprungliga videouppspelningen bevaras.
En film kan spelas upp direkt utan problem tills undertexter aktiveras, eftersom video, ljud och undertexter förhandlas som en klientspecifik session. Servern kan behöva extrahera ett textspår, bevara komplex ASS-formatering, lägga över bildbaserad PGS- eller VobSub-grafik eller hålla undertexterna synkroniserade medan ljudet konverteras. Det första steget är att återskapa förändringen med en fil och en klient och sedan exakt fastställa vilken ström och kompatibilitetsregel som ändrades.
Bekräfta att undertexter är den enda ändrade variabeln
Spela upp samma titel på samma enhet med samma kvalitet med undertexter avstängda och aktivera sedan ett undertextspår utan att ändra ljud, fjärrkvalitet eller uppspelningsprogram. Anteckna serverns instrumentpanel före och efter ändringen.
Uppspelningsbeslutet bör visa om videon gick från Direct Play eller Direct Stream till en fullständig omkodning och bör ange den undertextsrelaterade orsaken när servern visar den. Ett felsökningsfall i Plex rekommenderar att kontrollera den aktiva strömmen, eftersom uppspelningsläget ändras endast med en viss kombination av undertext och klient.
Om uppspelningen redan omkodades innan undertexterna aktiverades ska du inte tillskriva hela konverteringen till undertexterna. Behåll den ursprungliga orsaken – till exempel fjärrbitrate, ljud som inte stöds eller videokompatibilitet – och notera om undertexterna lägger till inbränning eller bara förblir valda.
Identifiera om undertexten är text, formaterad text eller bildbaserad
Granska det valda spåret i stället för att enbart förlita dig på språketiketten. SRT och WebVTT är enkla textformat; ASS eller SSA kan innehålla teckensnitt, positionering, animering och formatering; PGS och VobSub är bildbaserade undertextströmmar.
Format som inte stöds kräver ofta att servern renderar varje undertext på videobilderna. Ett Jellyfin-ärende beskriver hur undertextformat som inte stöds utlöser inbränning och kan fördröja eller stoppa omkodningen.
Jämför ett annat spår från samma titel, helst ett vanligt SRT-spår på samma språk. Om SRT bevarar direktuppspelning medan ASS eller PGS tvingar fram videoomkodning är videokodeken inte det huvudsakliga problemet; klienten kan inte återge den valda undertextrepresentationen direkt.
| Undertexttyp | Typisk klientuppgift | Sannolik reservlösning på servern |
|---|---|---|
| SRT eller WebVTT | Återge enkel tidskodad text | Extrahera, konvertera eller återge direkt |
| ASS eller SSA | Återge teckensnitt, positionering och effekter | Ta bort formatering eller bränna in i videon |
| PGS eller VobSub | Lägga över tidskodade undertextbilder | Överlagring i klienten eller videoinbränning |
Använd tabellen som en diagnostisk vägledning, inte som en universell kompatibilitetslista. Samma format kan spelas upp direkt i en app och tvinga fram inbränning i en annan, eftersom undertextstödet hör till spelarens implementation.
Jämför klientappen, inte bara TV:n eller strömningsboxen
Testa samma konto, fil, ljudspår och undertext via en annan klient, till exempel en dator, mobilapp, webbläsare eller en annan TV-app. En skärm som kan avkoda videokodeken kan ändå vara beroende av sin app för att återge undertexter.
Klientens funktioner kan vara den avgörande gränsen. Ett funktionsönskemål för Android TV beskriver komplexa undertexter som var svåra för enheten att återge lokalt och påpekar uttryckligen att serverbaserad inbränning kräver omkodning.
Om en annan klient spelar upp samma kombination direkt ska du lämna servern och mediefilen oförändrade medan du kontrollerar den felande appens inställning för undertextinbränning, val av inbyggd spelare och appversion. Att byta servermaskin lägger inte till undertextstöd i en begränsad klient.
Kontrollera om ljudkonvertering ändrar undertextvägen
Upprepa testet med ett kompatibelt ljudspår, till exempel stereo-AAC eller AC-3 när det finns tillgängligt, medan video- och undertextspåret är oförändrade. Vissa TV-klienter kan lägga över undertexter endast under fullständig Direct Play och begär inbränning när servern måste muxa om eller omkoda ljudet.
En klientanalys från Plex dokumenterar denna interaktion: på vissa smart-TV-klienter kan ljudomkodning tillsammans med undertexter tvinga videon till en inbränningsväg även när själva videokodeken stöds.
Om direktuppspelning med undertexter återställs när du endast byter ljudspår är den verkliga utlösaren den kombinerade klientprofilen, inte enbart undertextfilen. Behåll det stödda ljudspåret, använd en mer kapabel klient eller skapa ett kompatibelt sekundärt ljudspår i stället för att koda om originalvideon.
Välj det minst förstörande sättet att undvika inbränning
Börja med ett undertextspår som klienten kan återge direkt. Föredra en korrekt synkroniserad textundertext när formatering inte är nödvändig, eller använd en klient som stöder det ursprungliga ASS-, PGS- eller VobSub-spåret.
OCR-tolka eller konvertera inte automatiskt ett helt bibliotek. Textkonvertering kan förlora positionering, markörer för tvingad visning, information för hörselskadade, teckensnitt och tidsnoggrannhet. Bevara originalundertexten och skapa endast en kompatibel sidofil för titlar och klienter som behöver den.
ZimaSpaces förklaring av kostnaden för undertextinbränning beskriver den närliggande mekanismen när servern fortfarande visar hög CPU-användning trots att hårdvaruomkodning av video är aktiverad.
Om undertextinbränning inte kan undvikas ska du testa om servern klarar den i realtid innan du tillåter flera fjärrsessioner. En GPU kan accelerera avkodning och kodning av video medan undertextåtergivning eller filterbearbetning fortfarande skapar ett CPU-begränsat steg.
Validera den slutliga uppspelningskombinationen på den riktiga klienten
Testa den exakta fjärrklienten eller vardagsrumsklienten igen med de valda video-, ljud- och undertextspåren. Bekräfta uppspelningsläge, omkodningsorsak, CPU- och GPU-användning, buffring, undertextutseende och synkronisering efter sökning.
Upprepa testet efter att ha stoppat och återupptagit titeln, eftersom vissa klienter förhandlar fram en annan uppspelningsväg när uppspelningen återupptas. Testa också ett tvingat undertextspår och ett spår med full dialog när båda finns.
Problemet är löst först när den avsedda klienten antingen återger undertexten utan att konvertera videon eller genomför den nödvändiga inbränningen med stabil hastighet och kvalitet. Dokumentera fungerande klient, undertexttyp, ljudspår och inställning för inbränning så att en framtida appuppdatering kan jämföras med samma utgångsläge.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
