Jak skonfigurować Jellyfin do strumieniowego przesyłania multimediów w domu dla wielu użytkowników

W przypadku Jellyfin dla wielu użytkowników najpierw zadbaj o przewidywalne odtwarzanie bezpośrednie, a następnie zapewnij odpowiednią wydajność transkodowania, sieci i pamięci masowej oraz wystarczającą możliwość odzyskiwania danych na wypadek wyjątkowych sytuacji.

Współdzielony serwer domowy obsługuje jednocześnie kilka różnych zadań: telewizor może bezpośrednio odtwarzać plik 4K, przeglądarka może wymagać konwersji wideo, inny użytkownik przeszukuje bibliotekę, a w tle rozpoczyna się tworzenie kopii zapasowej. Traktuj moc obliczeniową, miejsce na multimedia, dane aplikacji Jellyfin, dostęp do sieci i kopie zapasowe jako osobne zasoby, aby przeciążenie jednej ścieżki nie stało się po cichu ograniczeniem dla wszystkich.

Zacznij od klientów, nie od specyfikacji serwera

Wypisz urządzenia, na których faktycznie odtwarzane są multimedia: telewizory, przystawki streamingowe, przeglądarki, telefony, tablety i urządzenia klienckie używane zdalnie. Zanotuj typowe kodeki wideo, formaty audio, rodzaje napisów, użycie HDR i bitrate'y. Dzięki temu określenie „trzech użytkowników” zastępuje zestaw ścieżek odtwarzania, a nie arbitralna liczba jednoczesnych strumieni.

Jellyfin decyduje, czy odtwarzać bezpośrednio, remuksować czy transkodować, zależnie od możliwości klienta i ograniczeń strumienia. Oficjalna dokumentacja transkodowania wyjaśnia, że klient wysyła profile obsługiwanych możliwości, a serwer wybiera zgodny format wyjściowy. Dlatego dwaj użytkownicy oglądający różne pliki mogą powodować zupełnie różne obciążenie serwera.

Najpierw zadbaj o typowy scenariusz. Jeśli główne urządzenia w salonie odtwarzają bibliotekę bezpośrednio, nie dobieraj całego serwera tak, jakby każdy strumień wymagał programowego kodowania wideo. Zamiast tego ustal, jakie powtarzające się sytuacje powodują konwersję: nieobsługiwany format wideo, konwersja dźwięku, wypalanie napisów, limity bitrate'u lub ograniczona przepustowość zdalnego połączenia.

Przechowuj dane aplikacji Jellyfin na szybkim nośniku, a multimedia na pojemnym

Oddziel aktywną ścieżkę danych Jellyfin od ścieżki przechowywania dużych plików multimedialnych. Baza danych, metadane, indeksy, pamięć podręczna i przestrzeń robocza transkodowania wykonują wiele niewielkich operacji odczytu i zapisu, podczas gdy pliki filmów i odcinków są głównie odczytywane sekwencyjnie w dużych blokach.

Przewodnik Jellyfin po wyborze sprzętu zaleca przechowywanie plików Jellyfin na dysku SSD ze względu na losowy dostęp do danych, podczas gdy do przechowywania multimediów wystarczy przepustowość sekwencyjna wyższa niż bitrate plików. Dlatego bardziej praktyczne jest połączenie dysku SSD na dane aplikacji z pojemnym dyskiem HDD lub pamięcią NAS na multimedia niż trzymanie wszystkiego na jednym dużym dysku.

Pozostaw wystarczająco dużo wolnego miejsca na szybkim nośniku na importowane pliki, wygenerowane obrazy i tymczasowe fragmenty transkodowania. Jeśli wolumin z danymi aplikacji się zapełni, duża, pusta pula multimediów nie pomoże, ponieważ zablokowana jest ścieżka bazy danych i pamięci podręcznej, a nie ścieżka plików filmowych.

Zapewnij serwerowi jedno niezawodne przewodowe połączenie z siecią domową

Podłącz hosta Jellyfin przez Ethernet i traktuj Wi-Fi jako wygodne rozwiązanie po stronie klientów, a nie główne połączenie serwera z siecią. Ruch wielu użytkowników skupia się na serwerze, nawet jeśli poszczególni klienci korzystają z różnych punktów dostępu Wi-Fi.

Aktualne zalecenia Jellyfin dotyczące sieci rekomendują połączenie serwera przez Ethernet i wyjaśniają, że wykrywanie urządzeń w sieci lokalnej jest ograniczone do podsieci. Jeśli korzystasz z VLAN-ów, sieci dla gości lub wielu podsieci, zaplanuj jawne trasowanie i rozpoznawanie nazw zamiast zakładać, że rozgłoszenia wykrywające urządzenia będą przekraczać te granice.

Sprawdź działanie w realistycznym okresie dużego obciążenia: przy dwóch lub trzech jednoczesnych strumieniach, przeglądaniu biblioteki oraz przesyłaniu pliku lub tworzeniu kopii zapasowej. Jeśli odtwarzanie pogarsza się tylko podczas aktywnego ruchu pamięci masowej, kolejnym rozwiązaniem może być zmiana rozmieszczenia ruchu, zwiększenie przepustowości łącza lub zmiana harmonogramu, a nie szybszy procesor.

Featured

Osobista chmura i domowy NAS ZimaCube 2

ZimaCube2

$799.00 - $2,499.00

Buy Now

Traktuj transkodowanie jako ścieżkę awaryjną o własnych wymaganiach dotyczących wydajności

Gdy klient nie może odtwarzać bezpośrednio źródła, transkodowanie wideo może stać się głównym zadaniem obliczeniowym. Akceleracja sprzętowa może przenieść obsługiwane etapy dekodowania, przetwarzania i kodowania na wyspecjalizowany sprzęt multimedialny, ale nieobsługiwane etapy mogą nadal być wykonywane przez procesor.

Jellyfin wymienia Intel QSV, NVIDIA NVENC, AMD AMF/VA-API, Apple VideoToolbox i Rockchip RKMPP jako obsługiwane metody akceleracji. Przewodnik po akceleracji sprzętowej wyjaśnia również, że częściowa akceleracja może nadal wiązać się z większym obciążeniem procesora, więc „włączony procesor graficzny” nie oznacza, że cały strumień jest przetwarzany z akceleracją.

Wymuś transkodowanie reprezentatywnego materiału dla każdej wymagającej klasy urządzeń klienckich i sprawdź szczegóły strumienia oraz aktywność hosta. Przydatny jest tu proces weryfikacji transkodowania sprzętowego ZimaSpace, ponieważ opiera się na jednym teście obejmującym pulpit nawigacyjny, aktywność GPU i dane FFmpeg, zamiast polegać na samym przełączniku.

Rozdziel konta domowników, dostęp zdalny i uprawnienia administratora

Utwórz osobne konta użytkowników Jellyfin dla domowników, jeśli mają się różnić stan oglądania, ograniczenia rodzicielskie, dostęp zdalny lub widoczność bibliotek. Wspólne dane logowania znoszą przydatny podział i utrudniają zmianę uprawnień jednej osoby bez wpływu na pozostałych.

W przypadku dostępu zdalnego udostępniaj tylko te metody dostępu, którymi świadomie zarządzasz. Dokumentacja sieciowa Jellyfin ostrzega przed bezpośrednim udostępnianiem serwera w internecie i zaleca bezpieczniejsze rozwiązania, takie jak odwrotne proxy lub VPN. Dostęp administracyjny ogranicz bardziej niż zwykły dostęp do odtwarzania, zwłaszcza jeśli serwer obsługuje też inne usługi domowe.

Po skonfigurowaniu zasad dotyczących tożsamości osobno przetestuj zwykłego użytkownika lokalnego, użytkownika z ograniczeniami i użytkownika zdalnego. Serwer, który dobrze przesyła strumieniowo dla administratora, nie jest jeszcze sprawdzoną konfiguracją dla domowników, jeśli inny profil widzi niewłaściwe biblioteki lub nie może się uwierzytelnić z oczekiwanej sieci.

Zakończ konfigurację, tworząc kopię zapasową, sprawdzając odzyskiwanie i ustalając warunek rozbudowy

Twórz kopię zapasową stanu Jellyfin niezależnie od biblioteki multimediów. Multimedia często można ponownie pobrać lub przywrócić według innego harmonogramu, natomiast użytkownicy, stan oglądania, ustawienia metadanych, napisy i konfiguracja serwera mogą być tym, co chcesz szybko odzyskać, by przywrócić działanie.

Wbudowany system tworzenia kopii zapasowych Jellyfin może obejmować bazę danych, metadane, napisy i dane trickplay. Przechowuj kopie zapasowe w miejscu, które nie zostanie utracone wraz z tym samym woluminem danych aplikacji, i przetestuj przywracanie, zanim uznasz konfigurację za kompletną.

Rozbudowuj system tylko wtedy, gdy pomiary wskazują powtarzające się ograniczenie: utrzymujące się przeciążenie transkodowania, opóźnienia w dostępie do danych aplikacji, niewystarczającą dostępną pojemność, nakładające się na oglądanie okna tworzenia kopii zapasowych lub osiągającą limit przepustowości ścieżkę sieciową. Jeśli na zwykłych klientach Direct Play działa płynnie, dane aplikacji są szybko dostępne, a odzyskiwanie zostało przetestowane, dodatkowy sprzęt jest opcjonalny, a nie konieczny.