Wat veroorzaakt vertraagde vloeiende Direct Play in Plex bij gelijktijdig gebruik van verschillende clients?

Vertraagd soepel Direct Play bij gelijktijdige verbindingen van verschillende clients wordt meestal veroorzaakt door clientonderhandeling of vertraging in het leveringspad, en niet door videocoderering op de Plex-server.

Hetzelfde mediabestand kan op de ene client snel starten en op een andere aarzelen, omdat hun codec-ondersteuning, kwaliteitsinstellingen, ondertitelkeuzes, buffers en netwerkpaden verschillen. Gelijktijdige verbindingen voegen gedeelde opslag- en netwerkbelasting toe boven op die clientverschillen. De nuttige test is om het bestand constant te houden en vast te stellen welke eerste fase trager wordt zodra er een andere client verbinding maakt.

Controleer eerst of de vertraagde sessie nog steeds Direct Play gebruikt

Een sessie die uiteindelijk soepel lijkt te verlopen, kan de eerste seconden bezig zijn met het onderhandelen over een ander afspeelpad. Bekijk het Plex-dashboard tijdens het opstarten en nadat de stream stabiel is geworden, omdat een tijdelijke remux of transcodering de diagnose verandert. Direct Play moet betekenen dat de oorspronkelijke streams worden geleverd zonder videoconversie aan serverzijde.

Compatibiliteit met Direct Play hangt ervan af of de client de media accepteert en of het leveringspad de benodigde snelheid kan volhouden. Een gemengd apparatenpark kan daardoor al vóórdat gelijktijdige verbindingen een hardwareprobleem worden, verschillend opstartgedrag vanaf dezelfde server vertonen.

Als de vertraagde client in werkelijkheid transcodeert, noem het probleem dan niet langer vertraagd Direct Play en onderzoek waarom conversie is geselecteerd. Blijft de sessie vanaf het begin Direct Play gebruiken, onderzoek dan verderop clientinstellingen, initiële buffering, opslaglezingen en netwerkcongestie.

Instellingen voor clientkwaliteit kunnen de afspeelbeslissing vertragen of veranderen

Kwaliteitsinstellingen op afstand en per apparaat maken deel uit van het verzoek dat de server bereikt. Een client die is ingesteld op een lagere kwaliteit dan de oorspronkelijke kwaliteit kan conversie afdwingen, zelfs wanneer het apparaat het bronbestand ondersteunt. Een andere client op hetzelfde account kan daarentegen de oorspronkelijke kwaliteit opvragen en Direct Play blijven gebruiken.

Een controle van de clientconfiguratie levert veel inzicht op, omdat kwaliteitsinstellingen op afstand kunnen bepalen of Plex het oorspronkelijke bestand verstuurt of een stream met een lagere bitsnelheid maakt. Bij gelijktijdige verbindingen kan één verkeerd geconfigureerde client een zware conversiewerklast toevoegen, die indirect concurreert met sessies die nog wel Direct Play gebruiken.

Vergelijk het vertraagde apparaat met een snel apparaat met hetzelfde account, bestand, audiotrack, ondertitelstatus en dezelfde kwaliteitsinstelling. Als het afstemmen van die instellingen de vertraging wegneemt, legden gelijktijdige verbindingen van verschillende clients een verschil in het verzoek bloot, in plaats van een algemene prestatiebeperking van de server.

Initiële buffering maakt netwerklatentie zichtbaar vóór stabiel afspelen

Direct Play vereist nog steeds dat de client de stream opent, voldoende gegevens ontvangt om veilig te kunnen starten en de buffer vóór het afspelen houdt. Een pad met hogere latentie of variabele doorvoer kan daarom bij het opstarten traag aanvoelen, zelfs wanneer de gemiddelde bandbreedte eenmaal de stream tot stand is gebracht voldoende is.

Instellingen voor kwaliteit en verbinding op afstand kunnen het afspelen vertragen of verstoren, zelfs wanneer de nominale bandbreedte ruim voldoende lijkt. Verschillende Plex-apps bieden hun eigen instellingen voor kwaliteit en levering, dus onderzoek eerst het clientverzoek voordat je de servercapaciteit aanpast.

Test de opstarttijd en de stabiele bitsnelheid afzonderlijk. Als de vertraagde client bijtrekt en daarna probleemloos draait terwijl een andere client al actief is, wijst het probleem eerder op initiële buffering of latentie in het pad dan op een aanhoudende capaciteitsbeperking van de server.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Audio, ondertitels en containerverwerking kunnen client-specifieke vertraging toevoegen

Een client kan de video accepteren, maar een andere audiostream, verwerking van ondertitels of een ander containerpad nodig hebben. Dat kan een Direct Stream of lichte audioconversie veroorzaken die gemakkelijk over het hoofd wordt gezien wanneer de gebruiker alleen naar het beeld kijkt. Wijzigingen van track kunnen ook een nieuw verzoek en een nieuwe bufferperiode veroorzaken.

Bij één Samsung-specifiek foutpad veranderde het afspelen wanneer audioconversie en ondertitels elkaar overlapten, ook al bleef de onderliggende video ongewijzigd. De relevante grens ligt bij clientspecifiek gedrag, niet bij de bewering dat elk ondertitelformaat dezelfde vertraging veroorzaakt.

Herhaal de opstarttest met uitgeschakelde ondertitels en een breed compatibele audiotrack. Als de vertraging een bepaalde track of ondertitelkeuze volgt, laat de serverhardware dan buiten de verklaring totdat dat client-specifieke pad is opgelost.

Gelijktijdige verbindingen leggen de traagste gedeelde leveringsfase bloot

Wanneer meerdere Direct Play-sessies elkaar overlappen, moet de server nog steeds media openen, brongegevens lezen, gelijktijdige TCP-streams verzenden en verzoeken om metadata of artwork afhandelen. Een opslagwachtrij of gedeelde uplink kan de opstartvertraging vergroten voordat die ernstig genoeg wordt om duidelijke buffering tijdens het afspelen te veroorzaken.

Zelfs wanneer de server de oorspronkelijke media verstuurt, vertrouwt de client nog steeds op een afspeelbuffer om korte variaties in de levering tijdens het opstarten en afspelen op te vangen. Eén gemiddelde doorvoersnelheid kan daarom niet elke opstartvertraging bij verschillende clients verklaren.

Als het afspelen na een vertraagde start overgaat in herhaalde pauzes, splits de opstartvertraging dan op van buffering voordat je de server aanpast. De oorzaak ligt bij de eerste gewijzigde omstandigheid: compatibiliteit van het verzoek, de clientbuffer, het openen van de media of gedeelde leveringsdruk.