Zbuduj jedną trasę od źródła do celu
Zacznij od wskazania źródła, kolejnego miejsca docelowego i ustalenia, czy media muszą się zmienić. Użyj SRT Server do kontrolowanego ingestu, SRT Route do przekazywania, Restreaming do przetwarzania oraz SRT Stream do nazwanego połączenia na istniejącym serwerze.
Następnie potwierdź przekazanie po stronie celu. Połączone źródło nie wystarcza, jeśli kolejnym zadaniem jest relay, przetworzone wyjście lub dostarczanie do przeglądarki.
Gdy nadawca jest połączony, ale odbiorca nic nie otrzymuje
| Co widzisz | Co sprawdzić dalej |
|---|
| Nadawca jest połączony; odbiorca nie ma bitrate’u | Potwierdź, że trasa wybiera zamierzone wejście i wyjście, a potem porównaj host odbiorcy, port, role Caller/Listener, Stream ID i hasło. |
|---|
| Odbiorca ma bitrate; brak obrazu lub dźwięku programu | Sprawdź kontener, kodeki, ścieżki i znaczniki czasu po stronie odbiorcy. Transport SRT nie czyni nieobsługiwanego payloadu dekodowalnym. |
|---|
| Obraz przerywa w sieci wydarzenia | Porównaj RTT, straty, retransmisje i skuteczne opóźnienie na rzeczywistej ścieżce. Testuj źródło, trasę i odbiornik razem. |
|---|
Połączenie
Zapisz host i port źródła oraz celu, role i stan dostępu. Użyj logów punktu końcowego, gdy sesja zostanie odrzucona lub trafi do niewłaściwego strumienia.
Stan transportu
Obserwuj bitrate, RTT, utratę pakietów, zdarzenia połączenia i szczegóły peerów podczas pracy źródła. Zapisana trasa lub uruchomiony proces nie potwierdza, że cel go przyjął.
Zdekodowane wyjście
Zweryfikuj obraz i dźwięk programu w wybranym odbiorniku, odtwarzaczu lub kafelku Multiview. To sprawdzenie zamyka trasę.
Wybierz relay SRT albo przetwarzanie Restream
W przypadku SRT do SRT użyj SRT Route, gdy oba końce akceptują już te same media. Przekazuje on kontrybucję bez transkodowania, więc odbiornik nadal musi obsługiwać oryginalny kontener i kodeki. Ustaw wejście, cel i dane transportu, uruchom trasę, a następnie sprawdź dekoder po stronie celu.
W przypadku SRT do RTMP utwórz zadanie Restream: wybierz wejście SRT, dodaj cel RTMP, a następnie włącz transkodowanie lub zmiany mediów tylko wtedy, gdy wymaga ich to wyjście. To samo podejście dotyczy sytuacji, gdy jedna kontrybucja potrzebuje osobnych zadań SRT, RTMP, nagrywania, Multiview lub dostarczania do przeglądarki: skonfiguruj każde wyjście świadomie i zweryfikuj każdy cel. Transkodowanie, zmiana rozdzielczości, zmiany audio i nakładki zwiększają pracę przetwarzania poza relayem; przetestuj planowane obciążenie.
Przetestuj główny i zapasowy sygnał na wdrożonej trasie
Dla kontrybucji głównej/zapasowej wybierz SRT main/backup failover w SRT Routing, wybierz Pull i wprowadź hosty źródeł oraz porty routingu dla obu kontrybucji. Przetestuj rzeczywiste źródła, bufory i zachowanie celu przed wydarzeniem.
Wpisz wyzwalacz i oczekiwane zachowanie celu do planu wydarzenia. Przełączenie transportu głównego/zapasowego może utrzymać połączone sesje odbiornika i pullera, lecz przejście obrazu nadal zależy od przygotowanych źródeł, buforów, warunków sieciowych i celu. Przetestuj wdrożoną ścieżkę przed wydarzeniem.
Traktuj przewodniki urządzeń jako punkty wyjścia do konfiguracji
Katalog urządzeń zawiera udokumentowane przekazania z enkoderów i kamer. Przed użyciem urządzenia na trasie wydarzenia potwierdź w dokumentacji producenta zainstalowany firmware, tryb SRT, port, Stream ID, szyfrowanie i ustawienia payloadu.
