Dlaczego Plex po ponownym uruchomieniu przestaje zapewniać płynne odtwarzanie bezpośrednie?

Restart rzadko sprawia, że Plex zapomina, jak korzystać z funkcji Direct Play. Zwykle ujawnia zmienioną sesję odtwarzania, ścieżkę multimediów, która nie była gotowa, tymczasowe obciążenie podczas uruchamiania albo inną trasę sieciową.

Najszybszym sposobem na powrót do płynnego odtwarzania nie jest więc kolejny bezrefleksyjny restart. Użyj ponownie jednego pliku i jednego klienta, które wcześniej działały, obserwuj aktywną sesję w panelu Plex i zmieniaj tylko jedną zmienną naraz. Dzięki temu każdy test będzie miał jasne znaczenie: zmiana trybu odtwarzania wskazuje na negocjację z klientem, brak pliku lub jego powolne odczytywanie wskazuje na pamięć masową, a buforowanie mimo Direct Play wskazuje na trasę między serwerem a odtwarzaczem.

Najpierw sprawdź, czy sesja nadal korzysta z Direct Play

Uruchom ten sam sprawdzony plik na tym samym kliencie, którego używałeś przed restartem. Podczas odtwarzania otwórz panel Plex i zapisz tryb wideo, tryb audio, typ połączenia, zgłaszaną przepływność oraz ewentualny powód transkodowania. Nie polegaj wyłącznie na etykiecie jakości wyświetlanej przez klienta; aktywna sesja serwera jest obserwacją, która określa kolejny etap diagnostyki.

To rozróżnienie ma znaczenie, ponieważ Direct Play, Direct Stream i transkodowanie to różne ścieżki dostarczania treści. Direct Play przesyła oryginalne strumienie i kontener, Direct Stream przepakowuje zgodne strumienie, a transkodowanie konwertuje treść, gdy klient lub dostępna ścieżka nie może jej zaakceptować w niezmienionej postaci.

Jeśli panel pokazuje teraz Direct Stream lub Transcode, przejdź do klienta i wykonaj kontrole ustawień opisane w następnej sekcji. Jeśli nadal pokazuje Direct Play, ale odtwarzanie się zatrzymuje, na razie pomiń dostrajanie kodeków i sprawdź gotowość pamięci masowej oraz trasę sieciową. Jeśli wyświetla połączenie pośrednie, potraktuj to jako wynik dotyczący ścieżki sieciowej, nawet gdy wiersz wideo pokazuje Direct Play.

Jeśli to możliwe, powtórz obserwację raz na przewodowym kliencie lokalnym. Płynne odtwarzanie lokalne przy problemach wyłącznie na dotkniętym problemem kliencie zdalnym zawęża przyczynę do warunków klienta lub sieci; problemy zarówno na kliencie lokalnym, jak i zdalnym oznaczają, że należy nadal uwzględniać ścieżkę multimediów serwera i obciążenie podczas uruchamiania.

Jeśli tryb się zmienił, ponownie sprawdź jakość, dźwięk i napisy klienta

Na kliencie, którego dotyczy problem, ustaw jakość odtwarzania lokalnego lub zdalnego na Oryginalną albo Maksymalną, potwierdź, że Direct Play jest dozwolone, i tymczasowo wyłącz automatyczne dostosowywanie jakości. Następnie całkowicie zatrzymaj sesję i ponownie uruchom sprawdzony plik, zamiast wznawiać starą sesję.

Traktuj to ustawienie jako wskaźnik diagnostyczny dotyczący konkretnego klienta, a nie uniwersalne rozwiązanie. W jednym rozwiązanym przypadku dotyczącym Apple TV wyłączenie ustawienia automatycznej jakości po stronie klienta przywróciło zamierzoną ścieżkę odtwarzania; inne odtwarzacze mogą prezentować inne etykiety lub zachowywać się inaczej.

Następnie wybierz szeroko obsługiwaną ścieżkę dźwiękową i przetestuj plik z wyłączonymi napisami. Jeśli powróci Direct Play, ponownie włącz preferowaną ścieżkę dźwiękową, a następnie osobno ścieżkę napisów. Pierwsza zmiana, która ponownie spowoduje przełączenie trybu, wskazuje granicę zgodności między tym strumieniem a klientem, a nie awarię całego serwera spowodowaną restartem.

Zakończ testy, gdy panel ponownie pokaże Direct Play, a ta sama scena będzie płynnie odtwarzana przez kilka minut. Podczas diagnozy nie wyłączaj całkowicie transkodowania, nie usuwaj ścieżek napisów ani nie przepisuj pliku multimedialnego; takie zmiany usuwają przydatne mechanizmy awaryjne i utrudniają ustalenie, która opcja klienta zmieniła wynik.

Jeśli Direct Play pozostaje aktywny, przetestuj ścieżkę multimediów po uruchomieniu

Zweryfikuj katalog multimediów z tego samego kontekstu operacyjnego, którego używa Plex. W przypadku kontenera sprawdź ścieżkę wewnątrz kontenera, a nie tylko na hoście. Potwierdź, że sprawdzony plik istnieje, ma oczekiwany rozmiar i można go odczytać bez błędu wejścia/wyjścia; w przypadku usługi natywnej sprawdź również, czy konto usługi nadal ma dostęp.

Restart może ujawnić problem z synchronizacją, gdy Plex uruchamia się przed udostępnieniem sieci, pamięci USB, pamięci w chmurze lub pamięci w puli. Udokumentowany przypadek kontenera Plex pokazuje dokładnie taki wzorzec: Plex uruchomił się przed zamontowaniem pamięci multimediów, biblioteka wydawała się niedostępna, a ponowne uruchomienie Plex po pojawieniu się punktu montowania zmieniło rezultat.

Potraktuj ten wzorzec wyłącznie jako hipotezę testową. Jeśli katalog jest pusty bezpośrednio po uruchomieniu, ale później zostaje wypełniony, albo ponowne uruchomienie samej usługi Plex po udostępnieniu punktu montowania przywraca odtwarzanie, główną przyczyną jest zależność uruchomieniowa. Jeśli plik jest obecny i od początku odczytuje się z normalną szybkością, pozostaw konfigurację punktu montowania bez zmian i przejdź do testów obciążenia oraz sieci.

Nie usuwaj ani nie twórz ponownie ścieżek biblioteki, gdy punkt montowania jest niedostępny. Plex może uznać pusty katalog bazowy za prawdziwy, a destrukcyjne czyszczenie może zmienić tymczasowy problem z kolejnością uruchamiania w problem z metadanymi. Najpierw napraw gotowość lub kolejność, a skanowanie wykonaj dopiero wtedy, gdy oczekiwane drzewo multimediów będzie widoczne.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Oddziel gotowość po uruchomieniu od tymczasowego obciążenia po restarcie

Działający kontener nie jest dowodem, że wszystkie zależności za nim są gotowe. Dokumentacja Compose wyraźnie zaznacza, że sama kolejność uruchamiania nie oznacza oczekiwania na gotowość, i opisuje gotowość zależności opartą na kontroli stanu dla usług, które muszą czekać na inny komponent.

Przez pierwsze dziesięć–piętnaście minut po restarcie obserwuj system bez zmieniania ustawień. Sprawdź, czy trwają skanowanie biblioteki, generowanie miniatur, kontrole pamięci masowej, kopie zapasowe, operacje parzystości lub inne zadania kontenera nasycające wejście/wyjście dysku albo sieci. Zapisz, czy ten sam plik zaczyna działać płynnie po zakończeniu aktywności oraz czy tryb w panelu pozostaje przez cały czas niezmieniony.

Jeśli odtwarzanie jest niestabilne tylko wtedy, gdy aktywne są mierzalne zadania uruchomieniowe, zaplanuj konkurencyjne zadanie lub ogranicz jego zasoby, a następnie przetestuj ponownie po kontrolowanym restarcie. Jeśli spowolnienie nigdy nie ustępuje albo ten sam plik odczytuje się powoli poza Plex, zbadaj ścieżkę pamięci masowej zamiast zwiększać bufor transkodera. Jeśli nie działa tylko jeden element multimedialny, podczas gdy inne są płynne, sprawdź ten element i wybrane dla niego strumienie, zamiast uznawać cały serwer za niesprawny.

Sprawdź, czy restart zmienił trasę sieciową

Porównaj trzy ścieżki dla tego samego pliku: przewodowego klienta lokalnego, klienta, którego dotyczy problem, w sieci lokalnej oraz tego samego klienta zdalnie, jeśli problem dotyczy odtwarzania zdalnego. W każdej sesji zapisz status Direct, Remote lub Indirect, a także tryb odtwarzania. Dzięki temu zmiana trasy nie zostanie pomylona z problemem kodeka.

Surowa szybkość nie jest jedyną przydatną obserwacją. W rozwiązanym dochodzeniu dotyczącym buforowania Plex zdalnie ostateczną przyczyną okazał się uszkodzony sprzęt sieciowy po przetestowaniu tras, mimo że te same objawy występowały w różnych wersjach serwera. Ten przypadek przemawia za sprawdzeniem opóźnień, utraty pakietów, odcinków Wi-Fi, stanu zapory oraz routingu bezpośredniego i pośredniego, zanim winą obarczy się sam Plex.

Po restarcie potwierdź, że serwer zachował oczekiwany adres, interfejs, bramę, przekierowanie portu i regułę zapory. Pomyślny test lokalny po przewodowym połączeniu, po którym następuje awaria zdalna, oznacza, że ścieżka multimediów może dostarczyć plik; dodawaj zmienne zdalne pojedynczo, zamiast jednocześnie zmieniać ustawienia pamięci masowej i odtwarzania.

W ramach szerszego dostrajania po ustabilizowaniu trasy skorzystaj z przewodnika ZimaSpace, aby oddzielić buforowanie sieciowe od transkodowania. W tej diagnostyce dotyczącej restartu porównanie tras jest jednak cenniejsze niż ogólne zwiększenie przepustowości.

Zresetuj sesję odtwarzania przed ponownym uruchamianiem kolejnych usług

Gdy ścieżka serwera i trasa przejdą testy, wyczyść najmniejszy pozostały stan. Zatrzymaj odtwarzanie, całkowicie zamknij klienta, którego dotyczy problem, otwórz go ponownie i uruchom znany plik od początku. Unikaj wznawiania sesji sprzed restartu, ponieważ może ona zachować stary wybór strumienia lub wynik negocjacji.

Jeśli nowa sesja działa, powtórz test od pierwotnego miejsca wznowienia i ponownie włącz preferowane ścieżki, jedną po drugiej. Oczekiwany stan przywrócenia działania to nie tylko rozpoczęcie odtwarzania wideo; panel powinien pokazywać zamierzony tryb, połączenie powinno pozostać bezpośrednie tam, gdzie jest to oczekiwane, a pozycja odtwarzania powinna przesuwać się bez powtarzających się zdarzeń buforowania.

Uruchom ponownie tylko usługę Plex, jeśli nowa sesja klienta nadal nie działa, a znaczniki czasu serwera i klienta zostały już zapisane. Nie restartuj jednocześnie hosta, routera, pamięci masowej i Plex. Duży pakiet restartów może tymczasowo usunąć objaw, ale niszczy dowody potrzebne do ustalenia, który stan był nieaktualny.

Potwierdź przywrócenie działania i wiedz, kiedy zakończyć diagnostykę

Najpierw potwierdź przywrócenie działania na tym samym pliku, a następnie na drugim pliku o podobnej przepływności i układzie ścieżek. Przetestuj dotkniętego problemem klienta lokalnie oraz, jeśli ma to znaczenie, zdalnie. Zapisz tryb odtwarzania, typ połączenia, czas rozpoczęcia oraz to, czy punkt montowania multimediów pozostaje widoczny przez jeden kontrolowany restart usługi.

Uznaj problem za rozwiązany dopiero wtedy, gdy pierwotna gałąź awarii pozostaje naprawiona: klient utrzymuje Direct Play po rozpoczęciu nowej sesji, punkt montowania jest gotowy, zanim Plex go potrzebuje, konkurencyjne zadania uruchomieniowe nie zakłócają już odczytów albo oczekiwana bezpośrednia trasa sieciowa zostaje zachowana. Jedna płynna minuta tuż po kolejnym restarcie nie jest wystarczającym dowodem.

Przerwij lokalne naprawy i zachowaj logi, konfigurację oraz kopie zapasowe bazy danych, jeśli ścieżka multimediów wielokrotnie znika, pojawiają się błędy systemu plików, Plex się zawiesza lub powtarzają się błędy bazy danych. Nie usuwaj bazy Plex, nie twórz ponownie kontenera z nowymi mapowaniami woluminów ani nie wymuszaj ryzykownej opcji montowania jako rozwiązania wstępnego; zgłoś problem, podając dokładne wyniki testów i znaczniki czasu.