Vad orsakar fördröjd och smidig Direct Play i Plex vid samtidig användning av blandade klienter?

Fördröjd smidig Direct Play vid samtidiga uppspelningar på olika klienter beror vanligtvis på klientförhandling eller fördröjningar i leveransvägen, snarare än på videokodning på Plex-servern.

Samma mediefil kan starta snabbt på en klient och tveka på en annan eftersom deras stöd för kodek, kvalitetsinställningar, textningsval, buffertar och nätverksvägar skiljer sig åt. Samtidiga uppspelningar tillför dessutom belastning på delad lagring och nätverk utöver dessa klientspecifika skillnader. Det användbara testet är att hålla filen konstant och identifiera det första steget som blir långsammare när ytterligare en klient ansluter.

Bekräfta först att den fördröjda sessionen fortfarande använder Direct Play

En session som så småningom verkar fungera smidigt kan under de första sekunderna förhandla fram en annan uppspelningsväg. Läs Plex-instrumentpanelen under starten och efter att strömmen har stabiliserats, eftersom en tillfällig ommuxning eller omkodning ändrar diagnosen. Direct Play ska innebära att originalströmmarna levereras utan videokonvertering på serversidan.

Direct Play-kompatibilitet beror på om klienten kan ta emot mediet och om leveransvägen klarar den nödvändiga hastigheten. En blandad enhetspark kan därför ge olika startbeteende från samma server innan samtidiga uppspelningar blir ett hårdvaruproblem.

Om den fördröjda klienten faktiskt omkodar ska du sluta kalla problemet för fördröjd Direct Play och i stället ta reda på varför konvertering valdes. Om den förblir Direct Play från början fortsätter du nedströms till klientinställningar, initial buffring, lagringsläsningar och nätverksbelastning.

Klientens kvalitetsinställningar kan fördröja eller ändra uppspelningsbeslutet

Fjärr- och enhetsspecifika kvalitetsinställningar ingår i den begäran som når servern. En klient som är konfigurerad för lägre kvalitet än originalkvaliteten kan tvinga fram en konvertering även när enheten stöder källfilen, medan en annan klient på samma konto kan begära originalkvalitet och fortsätta använda Direct Play.

En kontroll av klientkonfigurationen är värdefull eftersom fjärrkvalitetsinställningarna kan avgöra om Plex skickar originalfilen eller skapar en ström med lägre bithastighet. Vid samtidiga uppspelningar kan en felkonfigurerad klient lägga till en tung konverteringsbelastning som indirekt konkurrerar med sessioner som fortfarande använder Direct Play.

Jämför den fördröjda enheten med en snabb enhet med samma konto, fil, ljudspår, textningsstatus och kvalitetsinställning. Om en justering av dessa inställningar tar bort fördröjningen visade samtidiga uppspelningar på olika klienter att förfrågningarna skiljde sig åt, snarare än att serverns prestanda var otillräcklig överlag.

Initial buffring gör nätverkslatens synlig före stabil uppspelning

Direct Play kräver fortfarande att klienten öppnar strömmen, tar emot tillräckligt med data för att starta säkert och håller bufferten före uppspelningen. En väg med högre latens eller varierande genomströmning kan därför kännas långsam vid start även när den genomsnittliga bandbredden är tillräcklig efter att strömmen har etablerats.

Inställningar för fjärrkvalitet och anslutning kan fördröja eller störa uppspelningen även när den nominella bandbredden verkar generös. Olika Plex-appar har egna egenskaper för kvalitet och leverans, så diagnostisera klientens begäran innan du ändrar serverkapaciteten.

Testa starttiden och den stabila bithastigheten separat. Om den fördröjda klienten hämtar upp sig och sedan fungerar utan problem medan en annan klient redan är aktiv, tyder problemet mer på initial buffring eller fördröjning i nätverksvägen än på serverns långvariga kapacitet.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Ljud, undertexter och containerhantering kan lägga till klientspecifik fördröjning

En klient kan acceptera videon men behöva ett annat ljudspår, en annan hantering av undertexter eller en annan containerlösning. Det kan medföra Direct Stream eller en mindre ljudkonvertering som är lätt att missa när användaren bara fokuserar på bilden. Byten av spår kan också utlösa en ny begäran och en ny buffringsperiod.

I ett Samsung-specifikt felutfall ändrades uppspelningen när ljudkonvertering och undertexter överlappade, trots att den underliggande videon var oförändrad. Den användbara avgränsningen är klientspecifik, inte påståendet att alla undertextformat skapar samma fördröjning.

Upprepa starttestet med undertexter avstängda och med ett ljudspår med bred kompatibilitet. Om fördröjningen följer ett visst spår eller undertextval bör du inte blanda in serverhårdvaran i förklaringen förrän den klientspecifika vägen har lösts.

Samtidiga uppspelningar blottlägger den långsammaste gemensamma leveransdelen

När flera Direct Play-sessioner överlappar måste servern fortfarande öppna medier, läsa källdata, skicka samtidiga TCP-strömmar och hantera förfrågningar om metadata eller omslagsbilder. En lagringskö eller en delad upplänk kan lägga till startfördröjning innan belastningen blir tillräckligt allvarlig för att orsaka uppenbar buffring under stabil uppspelning.

Även när servern skickar originalmediet är klienten fortfarande beroende av en uppspelningsbuffert för att jämna ut kortvariga variationer i leveransen under start och uppspelning. Ett enda värde för genomsnittlig genomströmning kan därför inte förklara alla startfördröjningar mellan olika klienter.

Om uppspelningen går från en fördröjd start till upprepade pauser ska du skilja startfördröjning från buffring innan du ändrar servern. Grundorsaken är det första villkoret som förändrades: kompatibilitet i begäran, klientbuffert, öppning av mediet eller belastning på den gemensamma leveransen.