Jak dostosować Plex do zdalnego strumieniowania w jakości 4K na małym serwerze domowym

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.

How to Tune Plex for Remote 4K Streaming on a Small Home Server

Na małym serwerze domowym najlepsza konfiguracja zdalnego odtwarzania 4K w Plexie zwykle polega na ułatwieniu obsługi typowego strumienia, zamiast zmuszania serwera do siłowego radzenia sobie z każdą niezgodnością. Zacznij od znanego klienta zdalnego, preferuj bezpośrednie odtwarzanie, gdy klient i trasa sieciowa mogą je obsłużyć, a transkodowanie pozostaw na przypadki, które rzeczywiście wymagają konwersji.

Punkt wyjścia ma znaczenie, ponieważ „buforowanie 4K” może ukrywać kilka różnych ograniczeń. Plik o wysokiej przepływności może przekraczać rzeczywistą przepustowość wysyłania, ustawienie jakości klienta może wymuszać konwersję, napisy lub dźwięk mogą zmieniać kompatybilność, a nieuniknione transkodowanie może przeciążyć mały procesor. Dostosowuj jedną warstwę naraz i zachowuj zmianę tylko wtedy, gdy ten sam zdalny test daje lepszy wynik.

Rozpocznij od jednego zdalnego testu bazowego 4K

Wybierz jeden plik 4K reprezentujący górną granicę tego, co rzeczywiście przesyłasz zdalnie, oraz jednego klienta, którego możesz wielokrotnie testować. Rozpocznij odtwarzanie spoza sieci domowej i zanotuj, czy Plex zgłasza bezpośrednie odtwarzanie, bezpośredni strumień czy transkodowanie, a także wybraną jakość i przepływność pliku.

Dobry test bazowy 4K pozwala oddzielić ścieżkę multimediów od kwestii rozmiaru serwera. Szczegółowa ścieżka odtwarzania 4K zależy od kompatybilności klienta, przepustowości sieci i tego, czy Plex musi przeprowadzić transkodowanie, dlatego ten sam mały serwer może działać bez wysiłku w jednej sesji, a w innej być przeciążony.

Nie dostosowuj ustawień wyłącznie na podstawie wyniku testu prędkości. Warunkiem zaliczenia tej sekcji jest powtarzalna sesja, podczas której możesz obserwować tryb odtwarzania, zdalną trasę, przepływność pliku i obciążenie serwera. Jeśli nie możesz odtworzyć problemu, zachowaj bieżące ustawienia i najpierw popraw test, zanim zmienisz cokolwiek innego.

Ustaw bezpośrednie odtwarzanie jako pierwszy cel

W przypadku małego serwera bezpośrednie odtwarzanie jest najtańszą skuteczną ścieżką, ponieważ Plex przesyła zapisane multimedia zamiast dekodować i ponownie kodować obraz. Sprawdź, czy zdalny klient obsługuje kodek wideo, ścieżkę dźwiękową, kontener, sposób obsługi HDR i tryb napisów używane przez plik bazowy.

Na kliencie sprawdź ustawienie o nazwie Streaming internetowy, Jakość zdalna, Oryginalna lub Maksymalna, zamiast zakładać, że domyślna opcja żąda pliku źródłowego. Zwiększenie jakości zdalnej może usunąć niepotrzebne żądanie niższej jakości, gdy trasa ma wystarczającą przepustowość, a tym samym zapobiec transkodowaniu przez mały serwer pliku, który klient mógłby odtworzyć bezpośrednio.

Po zmianie wyłącznie ustawienia jakości klienta ponownie odtwórz ten sam plik. Jeśli sesja przełączy się na bezpośrednie odtwarzanie i pozostanie stabilna, zachowaj to ustawienie klienta. Jeśli nadal trwa transkodowanie, w razie potrzeby przywróć bazową jakość i sprawdź przyczynę podaną przez Plex, zanim przekonwertujesz multimedia lub kupisz nowy sprzęt.

Ustaw jakość zdalną na podstawie rzeczywistej przepustowości wysyłania

Zdalne odtwarzanie 4K musi zmieścić się zarówno w rzeczywistej przepustowości wysyłania z serwera, jak i w przepustowości odbierania po stronie klienta. Porównaj przepływność multimediów ze stabilną przepustowością podczas testu i pozostaw zapas na skoki transferu oraz inny ruch domowy, zamiast ustawiać limit równy najlepszemu wynikowi testu prędkości, jaki kiedykolwiek uzyskałeś.

Traktuj opóźnienie i jakość trasy jako osobne kwestie względem surowej przepustowości. W przypadku zakończonej analizy zdalnego przesyłania opóźnienie i zmienność zmieniły kierunek rozwiązywania problemu, nawet gdy serwer mógł transkodować szybciej niż w czasie rzeczywistym. Dlatego lepsza trasa zdalna może mieć większe znaczenie niż kolejny przełącznik jakości w Plexie.

Jeśli bezpośrednie odtwarzanie buforuje tylko na trasie zdalnej, obniż docelową jakość zdalną o jeden poziom lub popraw trasę sieciową i powtórz test. Jeśli niższy poziom wymusza teraz transkodowanie, którego mały serwer nie może utrzymać, ograniczeniem staje się kolejna sekcja — nie zmniejszaj dalej przepływności w ciemno.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Korzystaj z transkodowania sprzętowego tylko wtedy, gdy klient go potrzebuje

Gdy zdalny klient nie może zaakceptować źródła albo trasa nie może go przesłać, transkodowanie jest prawidłowym rozwiązaniem awaryjnym. Celem dostrajania jest uczynienie tej konwersji przewidywalną i wydajną, a nie wymuszanie przejścia każdej sesji przez transkoder.

W obsługiwanych systemach Intel technologia Quick Sync może przenieść obsługiwane zadania kodowania i dekodowania z ogólnych rdzeni procesora. Potwierdź działanie akceleracji sprzętowej, wykonując celowe transkodowanie i sprawdzając oznaczenie sprzętowe w aktywnej sesji, zanim uznasz, że funkcja działa.

Zachowaj zmianę tylko wtedy, gdy to samo zdalne transkodowanie utrzymuje się przed odtwarzaniem bez maksymalnego obciążania procesora. Jeśli akceleracja sprzętowa jest niedostępna albo transkodowanie nadal nie nadąża, wybierz kompatybilną, wcześniej zakodowaną wersję lub niższą jakość zdalną zamiast zwiększać jakość transkodowania na sprzęcie, który już osiągnął limit.

Nie pozwól, aby zadania w tle konkurowały z odtwarzaniem

Mały serwer ma mniej wolnych zasobów na skanowanie biblioteki, generowanie miniatur, kopie zapasowe, obsługę parzystości, pobieranie i inne kontenery podczas zdalnej sesji 4K. Planuj intensywne zadania poza porą oglądania albo ogranicz ich zasoby, aby test odtwarzania otrzymał odpowiedni udział procesora, pamięci masowej i zasobów sieciowych.

Jeśli serwer spędza dużą część czasu zdalnego oglądania na transkodowaniu, opisany w ZimaSpace sposób pracy związany z strumieniowaniem z akceleracją sprzętową jest naturalnym kolejnym krokiem do sprawdzenia ścieżki akceleracji bez zmiany samej biblioteki multimediów.

Powtórz test przy wstrzymanym obciążeniu w tle, a następnie celowo je włącz. Jeśli odtwarzanie jest stabilne tylko po zatrzymaniu zadania, zaplanuj je na inną porę lub ogranicz jego zasoby. Jeśli odtwarzanie się nie zmienia, przywróć normalny harmonogram i nie uznawaj niezwiązanego zadania w tle za przyczynę problemu.

Przed zakończeniem dostrajania przetestuj dokładnie tę samą trasę zdalną

Na koniec użyj rzeczywistego klienta zdalnego, a nie lokalnej przeglądarki, która omija pierwotne ograniczenie. Przetestuj plik bazowy oraz drugi tytuł 4K z innym dźwiękiem lub napisami i zanotuj tryb odtwarzania, czas rozpoczęcia, obciążenie procesora serwera oraz to, czy buforowanie powraca.

Udana konfiguracja ma wąską definicję: typowe zdalne pliki 4K są odtwarzane bezpośrednio, gdy klient i trasa to umożliwiają, nieuniknione transkodowanie korzysta z zamierzonej ścieżki akceleracji, a serwer zachowuje wystarczający zapas zasobów na pozostałe zadania domowego serwera. Jeden płynnie odtwarzany plik nie wystarczy, jeśli każdy inny tytuł trafia do innej gałęzi problemu.

Zakończ dostrajanie, gdy pozostała przyczyna awarii jest jasno określoną granicą, taką jak niewystarczająca przepustowość wysyłania, niekompatybilny klient lub transkodowanie, którego sprzęt nie może utrzymać. W takim momencie zmiana kolejnego, niezwiązanego ustawienia Plexa tylko zwiększy niepewność; zmień ograniczonego klienta, wersję multimediów, trasę sieciową lub warstwę sprzętową.