Dlaczego odtwarzanie Plex różni się w przeglądarce i aplikacjach natywnych

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Why Plex Playback Differs Between Browser and Native Apps

Odtwarzanie Plex różni się między klientami, ponieważ każda aplikacja zgłasza serwerowi inne możliwości dotyczące kontenerów, kodeków, dźwięku, napisów i odtwarzania.

Ten sam film może być odtwarzany w trybie bezpośrednim w natywnej aplikacji telewizora, a jednocześnie powodować transkodowanie w przeglądarce w tej samej sieci. Nie musi to automatycznie oznaczać, że przeglądarka działa wolniej lub serwer jest nieprawidłowo skonfigurowany; ścieżka odtwarzania zmienia się, gdy klient nie może zaakceptować któregoś elementu źródła bez zmian. Przed porównaniem obciążenia sprzętu porównaj możliwości klienta i tryb odtwarzania.

Możliwości klienta wybierają ścieżkę odtwarzania

Plex wybiera między odtwarzaniem bezpośrednim, bezpośrednim przesyłaniem strumienia a pełnym transkodowaniem na podstawie informacji o tym, co klient potrafi obsłużyć. Klient, który akceptuje obraz, dźwięk, napisy i kontener, może otrzymać oryginalny plik, podczas gdy inny klient może wymusić ponowne pakowanie lub konwersję, nawet z tego samego serwera.

Serwer wybiera między odtwarzaniem bezpośrednim, bezpośrednim przesyłaniem strumienia a transkodowaniem zgodnie ze zgodnością klienta i wymaganiami strumienia, co zmienia zasoby zużywane przez każdą sesję; to podstawowy punkt odniesienia przy porównywaniu odtwarzania w przeglądarce i natywnej aplikacji.

Najbardziej jednoznaczną obserwacją jest zmiana trybu odtwarzania widoczna w panelu Plex. Jeśli natywna aplikacja pokazuje odtwarzanie bezpośrednie, a przeglądarka — transkodowanie obrazu lub dźwięku, oznacza to, że możliwości klienta zmieniły obciążenie serwera, zanim w ogóle uwzględniono szybkość sieci.

Kodek, dźwięk, napisy i kontener to odrębne czynniki

Zgodność obrazu to tylko jeden z czynników. Formaty dźwięku, renderowanie napisów, obsługa kontenerów, przeglądarkowe interfejsy API multimediów i ustawienia jakości klienta mogą niezależnie zmienić kompatybilny plik w bezpośrednie przesyłanie strumienia lub transkodowanie.

Podczas pomiaru różnic między odtwarzaniem w przeglądarce i natywnej aplikacji odtwarzanie w przeglądarce może wymagać większej ilości transkodowania niż aplikacja natywna, gdy kodeki, kontenery lub napisy nie mieszczą się w ścieżce odtwarzania przeglądarki.

Różnica zależna od klienta wynika ze zgodności, a nie świadczy o zmianie pamięci masowej ani sprzętu serwera. Dzięki temu wybór klienta i ujednolicanie formatów multimediów stają się uzasadnionymi sposobami poprawy wydajności.

Kiedy wybór klienta przestaje być główną przyczyną

Możliwości klienta nie wyjaśniają wszystkiego, gdy zdalna przepustowość jest niższa niż szybkość transmisji źródła, limity jakości serwera wymuszają konwersję lub sam plik multimedialny jest uszkodzony. W takich przypadkach nawet sprawny natywny klient może nie otrzymać oryginalnego strumienia.

Na granicy problemów z odtwarzaniem w przeglądarce i natywnej aplikacji transkodowanie Plex może znacznie zwiększyć użycie procesora lub przenieść pracę na kartę graficzną, a także tworzy tymczasowe dane robocze na serwerze.

Powtórz test lokalnie w oryginalnej jakości. Jeśli oba klienty nadal wybierają różne tryby odtwarzania, prawdopodobną przyczyną są ich możliwości; jeśli lokalnie się zrównują, ale zdalnie różnią, w następnej kolejności sprawdź przepustowość i zasady jakości dla połączeń zdalnych.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Przeprowadź kontrolowane porównanie klientów

Wybierz jeden reprezentatywny plik, zachowaj stałe ustawienia sieci i jakości, a następnie porównaj tryb odtwarzania w przeglądarce i aplikacji natywnej. Zmieniaj tylko jeden czynnik naraz: napisy, ścieżkę dźwiękową, jakość lub klienta. Tę samą granicę łatwiej dostrzec w stosie multimedialnym z akceleracją sprzętową, gdy każda usługa ma jasno określoną rolę w zakresie zasobów i odzyskiwania sprawności.

Zanim zaakceptujesz zmianę w odtwarzaniu w przeglądarce i natywnej aplikacji, odtwarzanie w przeglądarce może wymagać większej ilości transkodowania niż aplikacja natywna, gdy kodeki, kontenery lub napisy nie mieszczą się w ścieżce odtwarzania przeglądarki.

zakończ test, gdy potrafisz wskazać konkretny strumień lub ustawienie, które przełącza odtwarzanie bezpośrednie na konwersję. Taki wynik jest bardziej użyteczny niż ogólne stwierdzenie, że jeden klient działa szybciej, ponieważ wskazuje, czy należy zmienić klienta, format multimediów czy wydajność serwera.

Użyj tego samego pliku i żądanej jakości w obu klientach
Zapisz, czy użyto odtwarzania bezpośredniego, bezpośredniego przesyłania strumienia czy transkodowania
Powtórz test bez napisów
Oddziel lokalną zgodność od zdalnej przepustowości