Wyblakły obraz HDR podczas zdalnego odtwarzania zwykle oznacza, że klient SDR otrzymał wartości HDR bez prawidłowego etapu mapowania tonów z HDR do SDR.
Zdalne odtwarzanie obejmuje kilka warstw decyzyjnych: klient zgłasza obsługę wyświetlacza i kodeków, ograniczenia jakości mogą wymusić konwersję, serwer multimediów wybiera odtwarzanie bezpośrednie lub transkodowanie, a FFmpeg albo potok sprzętowy musi zachować metadane kolorów źródłowych, jednocześnie mapując jasność i gamut do SDR. Najpierw zdiagnozuj rzeczywistą sesję, ponieważ rozwiązanie problemu będzie inne, gdy klient błędnie odtwarza HDR bezpośrednio, gdy mapowanie tonów jest wyłączone lub gdy włączony filtr sprzętowy po cichu zawodzi.
Sprawdź, czy sesja zdalna korzysta z odtwarzania bezpośredniego, czy z transkodowania
Otwórz informacje o odtwarzaniu, gdy widoczny jest wyblakły obraz. Zapisz, czy wideo jest odtwarzane bezpośrednio, przesyłane bezpośrednio czy transkodowane, podany powód, kodek wyjściowy, rozdzielczość, przepływność oraz informację, czy mapowanie tonów pojawia się w dzienniku transkodera.
Mapowanie tonów po stronie serwera jest zwykle stosowane podczas transkodowania HDR do SDR, a nie w niezmienionym strumieniu odtwarzanym bezpośrednio. Wyjaśnienie społeczności Plex jasno rozróżnia te przypadki: mapowanie tonów jest używane podczas transkodowania, natomiast klient odtwarzający bezpośrednio musi samodzielnie obsłużyć HDR.
Jeśli pulpit nawigacyjny pokazuje odtwarzanie bezpośrednie na wyświetlaczu SDR, sprawdź wykrywanie możliwości klienta, zanim zaczniesz zmieniać ustawienia GPU. Jeśli pokazuje transkodowanie wideo z wyblakłym obrazem, przejdź do kontroli mapowania tonów po stronie serwera i potoku kolorów.
Porównaj ten sam plik na jednej ścieżce HDR i jednej ścieżce SDR
Użyj tego samego tytułu i znacznika czasu na sprawdzonym lokalnym kliencie obsługującym HDR, na dotkniętym problemem kliencie zdalnym oraz w odtwarzaczu na komputerze, który wyświetla szczegóły odtwarzania. Nie zmieniaj wybranej ścieżki dźwiękowej ani napisów, aby nie wprowadzać dodatkowego powodu transkodowania.
Zgłoszenie Jellyfin odtworzyło wyblakły obraz SDR, gdy przeglądarka bezpośrednio przesyłała HDR mimo zgłoszenia, że ten format nie jest obsługiwany; ręczne obniżenie jakości wymusiło transkodowanie i przywróciło kolory po mapowaniu tonów.
Jeśli tylko jedna aplikacja wyświetla obraz nieprawidłowo, podczas gdy inny klient na tym samym ekranie poprawnie odtwarza plik, potraktuj problem jako błąd profilu klienta lub regresję odtwarzacza. Jeśli każdy klient SDR działa nieprawidłowo wyłącznie podczas transkodowania, skup się na potoku serwera.
Potwierdź, że mapowanie tonów jest rzeczywiście aktywne
Włącz opcję mapowania tonów HDR do SDR na danej platformie, uruchom jedno kontrolowane zdalne transkodowanie i sprawdź wygenerowane polecenie FFmpeg lub dziennik serwera multimediów pod kątem oczekiwanego filtra mapowania tonów oraz urządzenia sprzętowego.
Nie traktuj zaznaczonego pola w ustawieniach jako dowodu. W jednym przypadku sprzętowym Jellyfin wyłączenie mapowania tonów umożliwiało odtwarzanie, ale powodowało wyblakły obraz, natomiast ścieżka z włączonym filtrem kończyła się innym błędem.
Porównaj aktywność silnika GPU, obciążenie CPU, szybkość transkodowania oraz dziennik bezpośrednio przed pierwszym segmentem wyjściowym. Jeśli filtr nie może się zainicjować, popraw mapowanie urządzenia, bibliotekę uruchomieniową lub obsługiwaną metodę akceleracji, zamiast kompensować problem ustawieniami obrazu telewizora.
Oddziel błędne wykrywanie klienta od uszkodzonego filtra serwera
Wykonaj kontrolowany test A/B: najpierw zezwól klientowi na standardową automatyczną decyzję, a następnie obniż tylko jakość zdalną na tyle, aby wymusić transkodowanie HDR do SDR. Nie zmieniaj ustawień wyświetlacza między testami.
Jeśli automatyczne odtwarzanie daje wyblakły obraz, ale wymuszone transkodowanie wygląda poprawnie, klient lub profil serwera wybiera ścieżkę HDR, której wyświetlacz nie potrafi prawidłowo wyświetlić. Jeśli oba warianty są wyblakłe, mapowanie tonów jest wyłączone, pomijane, nieobsługiwane dla danego profilu źródłowego albo otrzymuje nieprawidłowe metadane kolorów.
Używaj tymczasowego limitu jakości po stronie klienta wyłącznie jako narzędzia rozróżniającego. Trwałym rozwiązaniem powinien być zaktualizowany profil klienta, obsługiwana aplikacja do odtwarzania, jawny tryb awaryjny SDR albo konfiguracja serwera, która konsekwentnie rozpoznaje rzeczywistą obsługę HDR przez wyświetlacz.
| Zaobserwowany wynik | Najbardziej prawdopodobna warstwa | Następne działanie |
|---|---|---|
| Wyblakłe odtwarzanie bezpośrednie; wymuszone transkodowanie poprawne | Wykrywanie HDR przez klienta | Zmień klienta, profil lub tryb awaryjny SDR |
| Wyblakłe transkodowanie; brak filtra mapowania tonów | Konfiguracja serwera | Włącz i zweryfikuj mapowanie tonów |
| Błędy filtra lub bardzo wolne wyjście | Ścieżka GPU/środowiska uruchomieniowego | Sprawdź urządzenie, sterownik i obsługę filtra |
| Nie działa tylko jeden profil źródłowy | Metadane lub profil kodeka | Porównaj znaczniki kolorów oraz działanie Dolby Vision/HDR10 |
Tabela pomaga ustalić odpowiedzialną warstwę, zanim rozpoczniesz konwersję całej biblioteki lub wymianę sprzętu.
Sprawdź metadane kolorów i kompletny łańcuch konwersji
Przeanalizuj podstawowe kolory źródła, funkcję transferu, macierz, głębię bitową, format HDR oraz metadane masteringu za pomocą narzędzia do analizy multimediów. Porównaj te wartości z dziennikiem transkodera i wygenerowanym wyjściem SDR.
Wyblakłe kolory mogą również pojawić się, gdy klient traktuje wartości HDR jako SDR, gdy zakres ograniczony i pełny są interpretowane nieprawidłowo lub gdy wybrany profil Dolby Vision nie ma zgodnego trybu awaryjnego HDR10. Nie zakładaj, że każdy plik oznaczony jako „4K HDR” trafia do tej samej gałęzi mapowania tonów.
Przetestuj najpierw znany, poprawnie działający materiał HDR10, zanim zmodyfikujesz problematyczny plik. Jeśli próbka jest prawidłowo konwertowana do SDR, zawęź problem do metadanych źródła, obsługi profilu lub ścieżki dekodowania konkretnego pliku, a nie do globalnych ustawień strumienia zdalnego.
Napraw odpowiedzialną warstwę i zweryfikuj zdalne odtwarzanie
W przypadku błędnego wykrywania przez klienta zaktualizuj lub zmień aplikację do odtwarzania, wyłącz zawodną ścieżkę odtwarzania bezpośredniego albo wymuś obsługiwany profil SDR. W przypadku awarii serwera przywróć prawidłowe urządzenie GPU, uprawnienia, sterownik, środowisko uruchomieniowe i filtr mapowania tonów, zanim zwiększysz limity przepływności lub CPU.
Procedura ZimaSpace dotycząca weryfikacji transkodowania sprzętowego pomaga potwierdzić, że dekodowanie i kodowanie rzeczywiście się odbywa, a nie jest jedynie wnioskowane na podstawie przełącznika w ustawieniach.
Przetestuj ponownie połączenie spoza sieci domowej przy normalnym limicie jakości, a następnie przewiń, wznów odtwarzanie oraz przełącz ścieżkę dźwiękową lub napisy. Naprawę można uznać za zakończoną dopiero wtedy, gdy klienci SDR otrzymują stabilnie zmapowane kolory, klienci HDR zachowują prawidłowe odtwarzanie bezpośrednie, transkodowanie działa szybciej niż w czasie rzeczywistym, a rezultat utrzymuje się po ponownym uruchomieniu serwera multimediów.
Wsparcie i wskazówki
Więcej do przeczytania

Czy Plex może współdzielić kartę graficzną z innym kontenerem Dockera?
Plex i inny kontener często mogą korzystać z tego samego układu GPU, ale należy przetestować obsługę sterowników, mapowanie urządzeń, obciążenie silnika wideo, pamięć oraz...

Jak ustalić, czy błąd Plex pochodzi od klienta, czy od serwera
Odtwórz ten sam przypadek na innym kliencie, porównaj ścieżkę sesji, a następnie zbierz dowody z serwera dopiero wtedy, gdy zakres analizy wskaże, gdzie faktycznie...

Jak skonfigurować pamięć podręczną Plex i tymczasową pamięć na transkodowane pliki
Chroń trwały stan Plex, umieszczając tymczasowe pliki transkodowania na odpowiedniej pamięci lokalnej, a następnie zweryfikuj czyszczenie, ilość wolnego miejsca i zachowanie podczas ponownego uruchamiania.

