Warum sich die Plex-Wiedergabe im Browser und in nativen Apps unterscheidet

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Why Plex Playback Differs Between Browser and Native Apps

Die Plex-Wiedergabe unterscheidet sich je nach Client, da jede App dem Server unterschiedliche Informationen zu Container-, Codec-, Audio-, Untertitel- und Wiedergabefunktionen übermittelt.

Dieselbe Filmdatei kann in einer nativen TV-App per Direct Play wiedergegeben werden, während sie in einem Browser im selben Netzwerk eine Transkodierung auslöst. Das bedeutet nicht automatisch, dass der Browser langsamer oder der Server falsch konfiguriert ist. Der Wiedergabepfad ändert sich, wenn der Client einen Teil der Quelle nicht unverändert verarbeiten kann. Vergleichen Sie die Fähigkeiten und den Wiedergabemodus, bevor Sie die Hardwareauslastung vergleichen.

Die Client-Fähigkeiten bestimmen den Wiedergabepfad

Plex wählt anhand der vom Client gemeldeten Fähigkeiten zwischen Direct Play, Direct Stream und vollständiger Transkodierung. Ein Client, der Video, Audio, Untertitel und Container unterstützt, kann die Originaldatei empfangen, während ein anderer Client selbst auf demselben Server Remuxing oder Konvertierung erzwingen kann.

Der Server wählt je nach Client-Kompatibilität und Anforderungen des Streams zwischen Direct Play, Direct Stream und Transkodierung. Dadurch ändern sich die von jeder Sitzung benötigten Ressourcen. Das ist die Grundlage für den Vergleich der Wiedergabe im Browser und in einer nativen App.

Am deutlichsten lässt sich eine Änderung des Wiedergabemodus im Plex-Dashboard erkennen. Wenn die native App Direct Play anzeigt, der Browser jedoch eine Video- oder Audiotranskodierung, haben die Client-Fähigkeiten die Serverauslastung verändert, noch bevor die Netzwerkgeschwindigkeit berücksichtigt wird.

Codec, Audio, Untertitel und Container sind getrennte Faktoren

Die Videokompatibilität ist nur ein Faktor. Audioformate, Untertitel-Rendering, Container-Unterstützung, Browser-Medien-APIs und Qualitätseinstellungen des Clients können unabhängig voneinander dazu führen, dass eine ansonsten kompatible Datei per Direct Stream oder Transkodierung wiedergegeben wird.

Beim Messen der Wiedergabe im Browser und in einer nativen App kann die Browser-Wiedergabe mehr Transkodierung als eine native App erfordern, wenn Codecs, Container oder Untertitel außerhalb des Wiedergabepfads des Browsers liegen.

Wenn ein Unterschied vom Client abhängt, ist das ein Kompatibilitätsergebnis und kein Hinweis darauf, dass sich der Speicher oder die Serverhardware geändert hat. Dadurch werden die Client-Auswahl und die Normalisierung von Medienformaten zu sinnvollen Stellschrauben für die Leistung.

Wann die Client-Auswahl nicht mehr die Hauptursache ist

Die Client-Fähigkeiten erklären nicht alles, wenn die verfügbare Bandbreite für den Fernzugriff unter der Bitrate der Quelle liegt, Qualitätseinstellungen des Servers eine Konvertierung erzwingen oder die Mediendatei selbst beschädigt ist. In diesen Fällen kann selbst ein leistungsfähiger nativer Client den Originalstream möglicherweise nicht empfangen.

An der Fehlergrenze bei der Wiedergabe im Browser und in einer nativen App kann die Plex-Transkodierung die CPU-Auslastung stark erhöhen oder die Arbeit auf eine GPU verlagern. Außerdem werden temporäre Arbeitsdaten auf dem Server erstellt.

Wiederholen Sie den Test lokal in Originalqualität. Wenn beide Clients weiterhin unterschiedliche Wiedergabemodi wählen, ist die Kompatibilität wahrscheinlich die Ursache. Wenn sie lokal denselben Modus wählen, sich bei der Wiedergabe aus der Ferne jedoch unterscheiden, sollten Sie als Nächstes die Bandbreite und die Richtlinien für die Qualität bei Fernzugriffen untersuchen.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Führen Sie einen kontrollierten Client-Vergleich durch

Wählen Sie eine repräsentative Datei, behalten Sie Netzwerk- und Qualitätseinstellungen konstant und vergleichen Sie den Wiedergabemodus im Browser und in der nativen App. Ändern Sie jeweils nur einen Faktor: Untertitel, Audiospur, Qualität oder Client. Derselbe Zusammenhang lässt sich in einem hardwarebeschleunigten Medien-Stack leichter erkennen, wenn jeder Dienst eine klar definierte Rolle für Ressourcen und Wiederherstellung hat.

Bevor Sie eine Änderung an der Wiedergabe im Browser und in der nativen App übernehmen, kann die Browser-Wiedergabe mehr Transkodierung als eine native App erfordern, wenn Codecs, Container oder Untertitel außerhalb des Wiedergabepfads des Browsers liegen.

Beenden Sie den Test erst, wenn Sie den genauen Stream oder die Einstellung benennen können, die Direct Play in eine Konvertierung umwandelt. Dieses Ergebnis ist hilfreicher als die allgemeine Aussage, dass ein Client schneller ist, denn es zeigt, ob Sie den Client, das Medienformat oder die Serverkapazität ändern sollten.

Verwenden Sie auf beiden Clients dieselbe Datei und dieselbe gewünschte Qualität
Notieren Sie Direct Play, Direct Stream oder Transkodierung
Wiederholen Sie den Test einmal ohne Untertitel
Trennen Sie lokale Kompatibilität von der Bandbreite beim Fernzugriff