Kontroluj, kto się łączy
Kontroluj dostęp nadawcy i odbiorcy za pomocą Stream ID lub reguł IP peera. Gdy szyfrowanie jest włączone, ustaw zgodne hasło SRT.
Callaba · Cloud i self-hosted
Oprogramowanie serwera SRT do produkcji na żywo
Otrzymuj zdalne obrazy z kamery i gotowe programy. Monitoruj stan obrazu, dźwięku i połączenia w przeglądarce, a następnie kieruj lub nagrywaj źródła. Dodaj produkcję na żywo za pomocą Video Mixer w obsługiwanym wdrożeniu.
Uruchom w swoim koncie AWS lub na obsługiwanej przez siebie infrastrukturze Linux.
Demo SRT na żywo
Wypróbuj połączenie SRT na żywo
Utwórz tymczasowe połączenie na jedną godzinę. Wyślij sygnał na adres nadawcy w trybie Caller, z pustym Stream ID. Obejrzyj go poniżej w Multiview albo połącz odbiornik z adresem odbiorcy w trybie Caller.
Gotowe do utworzenia
Sterowanie serwerem
Monitoruj połączenia SRT i logi serwera
Zobacz, który nadawca jest połączony, sprawdź jego bitrate i RTT oraz znajdź zdarzenia połączenia bez opuszczania pulpitu.
Sprawdź ścieżkę sieciową
Sprawdź bitrate, RTT, utratę pakietów i połączone peery przed zmianą odbiornika albo enkodera.
Znajdź błędy połączenia
Otwórz Show logs w ustawieniach serwera. Wstrzymaj aktualizacje, wyszukuj według czasu lub komunikatu i eksportuj potrzebne zdarzenia.
Własny serwer SRT
Utwórz pierwsze połączenie
Wybierz sposób połączenia enkodera i odbiornika. Zastąp symbole zastępcze wartościami widocznymi na pulpicie Callaba.
Wzorzec host i portDwa osobne porty UDP: jeden port nadawcy i jeden port odbiorcy. Stream ID pozostają celowo puste.
Adres nadawcy
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerUżyj portu UDP nadawcy. Pozostaw Stream ID pusty w tym wzorcu z oddzielnymi portami.
Adres odbiorcy
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerUżyj osobnego portu UDP odbiorcy. Tutaj również pozostaw Stream ID pusty.
Przygotuj serwer
W Streaming servers → SRT servers, utwórz listener i zarezerwuj port albo porty UDP. W Streams, zezwól na pusty Stream ID dla zamierzonych ról nadawcy i odbiorcy.
Skonfiguruj oba punkty końcowe
Ustaw enkoder i odbiornik na Caller i wklej odpowiedni adres. Caller i Listener opisują, kto inicjuje sesję; nie opisują kierunku mediów.
Sprawdź wideo i audio
Uruchom źródło. Potwierdź nadawcę i przychodzący bitrate w Statistics, a następnie sprawdź obraz i odsłuchaj audio na odbiorniku.
Konfiguracja enkodera i odbiornika
Podłącz koder i odbiornik
Wyślij z OBS, vMix lub kodera SRT na adres wydawcy. Otwórz adres odbiorcy w aplikacji odbierającej. Dopasuj ustawienia połączenia na obu końcach i sprawdź, czy amplituner obsługuje format multimediów.
Produkcja, monitorowanie i dostawa
Zbuduj program lub oddaj go jako gotowy
Twoje kanały SRT są dostępne dla reszty Callaba. Zachowaj istniejącą konfigurację produkcyjną i zajmuj się jej wynikami tutaj lub przenieś kamery do miksera wideo, aby wyprodukować program w przeglądarce.
Monitoruj
Sprawdzaj przychodzące obrazy i dźwięk obok siebie, a informacje o strumieniu znajdują się na każdym kafelku Multiview.
Poznaj MultiviewTrasuj
Dostarcz gotowy kanał do odbiorców SRT lub skonfiguruj publikację na YouTube, Facebooku i Twitchu.
Trasuj i restreamuj wideoNagrywaj
Rejestruj przychodzący kanał lub nagrywaj program, który utworzysz w mikserze.
Nagraj strumień SRTMiksuj
Łącz źródła na żywo i multimedia w scenach. Przygotuj kolejne ujęcie w podglądzie, przenieś je do programu i zmiksuj dźwięk.
Miksuj źródła SRTWybierz miejsce działania
AWS lub własny serwer Linux.
Zachowaj kontrolę nad tym, gdzie wyświetlają się Twoje kanały. Callaba udostępnia obszar roboczy przeglądarki; Twój zespół obsługuje hosta, dostęp do sieci i pamięć masową.
Wdróż na swoim koncie AWS
Sprawdź aktualne ceny oprogramowania i warunki subskrypcji w AWS Marketplace. EC2, storage i transfer danych to dodatkowe koszty infrastruktury.
Wdróż w AWS ↗Zainstaluj na swoim serwerze Linux
Użyj obsługiwanego hosta Linux, VM lub prywatnej chmury. Postępuj według aktualnego przewodnika instalacji i licencjonuj moduły wymagane przez swój workflow.
Zainstaluj self-hosted →Planowanie pojemności
Uwzględnij strumienie, przetwarzanie i storage
Policz równoczesne źródła i cele. Zostaw pojemność sieci na retransmisje oraz miejsce na dysku na nagrania. Multiview, miksowanie i transkodowanie zwiększają obciążenie przetwarzania ponad przekazywanie tego samego zakodowanego sygnału.
Kontrole połączenia
Rozwiąż problem z połączeniem SRT
Enkoder nie może się połączyć
Sprawdź, czy serwer jest włączony, czy jego adres publiczny i port UDP nadawcy są poprawne oraz czy zapora, NAT lub grupa bezpieczeństwa AWS zezwalają na ruch. Następnie sprawdź dozwolony Stream ID i hasło na obu końcach.
Szukaj prób połączenia w historii zdarzeń i Show logs przed zmianą ustawień kodeka.
Połączono, ale brak obrazu lub dźwięku
Najpierw sprawdź, czy obecny jest bitrate przychodzący. Potwierdź, że port odbiorcy lub sparowany odbiorczy Stream ID wybiera właściwy sygnał. Następnie sprawdź jego kontener, kodek wideo i ścieżki audio względem aplikacji odbierającej.
Oglądanie w przeglądarce wymaga zgodnej ścieżki odtwarzania; przeglądarki nie odtwarzają bezpośrednio surowego adresu URL SRT.
Obraz się rozpada lub strumień zanika
Porównaj bitrate, RTT i utratę pakietów w tym samym przedziale. Sprawdź pojemność łącza uplink i zapas na retransmisje, a potem przejrzyj ustawienie opóźnienia. Większy bufor nie naprawi stale zbyt małego uplinku.
Wyeksportuj odpowiadające logi serwera, aby skorelować rozłączenia ze zdarzeniami źródła lub sieci.
Pytania o SRT Server
Czy potrzebuję Stream ID?
Pozostaw go pustym dla oddzielnych portów nadawcy i odbiorcy używanych w demo. Przy wspólnym porcie nasłuchującym użyj sparowanych identyfikatorów nadawcy i odbiorcy. Zobacz dwie metody połączenia.
Czy mogę wysłać sygnał SRT do YouTube lub Twitcha?
Odbierz źródło w Callaba, a następnie utwórz zadanie restreaming z adresem URL strumienia i kluczem docelowej platformy. Dopasuj ustawienia wideo i audio wymagane przez tę platformę.
Czy mogę miksować wiele źródeł SRT?
Tak. Dodaj źródła SRT do AV Mixer, buduj sceny w Preview i przenieś kolejną scenę do Program za pomocą CUT albo FADE. Każda kamera lub inne wejście miksera wykorzystuje jedną jednostkę. Zobacz aktualne ceny wejść Mixer.
Jak Callaba wpisuje się w dostępne opcje serwerów SRT?
Zacznij od tego, kto będzie obsługiwać serwer i co musi nastąpić po ingescie. Usługi hostowane, takie jak Castr i IN/OUT-SRT, serwery open source, takie jak MediaMTX i SRS, oraz oprogramowanie Windows, takie jak SRT Mini Server, pasują do różnych modeli pracy. Callaba działa w AWS albo na infrastrukturze Linux, z kontrolą w przeglądarce i połączonymi modułami wideo.
Jeśli głównym zadaniem jest routing między punktami końcowymi, poznaj także workflow SRT Gateway.
Dostęp przez API
Wyświetl serwery SRT za pomocą curl
To żądanie tylko do odczytu zwraca skonfigurowane serwery SRT. Zastąp host i token API wartościami swojego serwera; żądanie nie zmienia konfiguracji.
Wyświetl serwery SRT za pomocą curl
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'Ask AI
Przewodnik po połączeniu i dokumentacja technicznaTryby, porty, opóźnienie, dostęp i rozwiązywanie problemów
Dokumentacja połączeń SRT: porty, identyfikatory Stream ID i opóźnienie
Praktyczna dokumentacja serwera SRT: konfiguracja oddzielnych portów lub sparowanych identyfikatorów Stream ID, kontrola stanu transportu, ustawianie opóźnienia
Użyj SRT w odcinku kontrybucyjnym
Serwer SRT, czyli serwer SRT na żywo, jest skonfigurowanym punktem końcowym sesji kontrybucyjnej SRT. SRT działa przez UDP i zapewnia tryby połączenia, odzyskiwanie danych oraz opcjonalne szyfrowanie; projekt specyfikacji protokołu SRT opisuje transport.
Caller otwiera sesję, a Listener na nią czeka. Te nazwy nie określają kierunku mediów: skonfiguruj rolę nadawcy lub odbiornika w odpowiednim punkcie końcowym albo zadaniu docelowym.
Stosuj konsekwentnie jeden wzorzec dostępu
Utwórz serwer w Streaming servers → SRT servers. Użyj Streams, aby zezwolić na dostęp nadawcy i odbiorcy, a następnie użyj hosta oraz przypisanego portu lub portów UDP tego serwera.
W przypadku oddzielnych portów zarezerwuj jeden port nadawcy i jeden port odbiorcy; puste identyfikatory Stream ID są prawidłowe we wpisach Streams i adresach URL punktów końcowych. W przypadku wspólnego portu nasłuchującego użyj sparowanych wpisów dostępu nadawcy i odbiorcy z tym samym kodem serwera oraz Stream ID, wraz z prefiksami publisher/… i receiver/…. Dla testu wybierz jeden wzorzec, zamiast mieszać identyfikatory.
Otwórz wybrany port lub zakres UDP w zaporze hosta i na brzegu sieci. Caller za NAT może utworzyć połączenie wychodzące z dostępnym Listenerem; testuj z rzeczywistej sieci źródłowej. Gdy szyfrowanie jest włączone, ustaw takie samo hasło po obu stronach.
Test z FFmpeg
Przykłady dla serwera skonfigurowanego z oddzielnymi portami nadawcy i odbiorcy oraz pustymi identyfikatorami Stream ID. Zastąp host, przypisane porty i plik wejściowy. Dokumentacja protokołu SRT w FFmpeg definiuje te opcje URL.
Publikowanie lokalnego pliku MPEG-TS
Command
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"Odbiór z portu odbiorcy
Command
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"W FFmpeg latency=200000 to przykład 200 ms, ponieważ opcja używa mikrosekund. Ustaw opóźnienie produkcyjne na podstawie zmierzonego RTT, strat i dopuszczalnego opóźnienia end-to-end; zobacz przewodnik po opóźnieniu SRT.
Sprawdź używaną ścieżkę przed wydarzeniem
- Testuj z sieci źródłowej, z nazwą hosta, portem UDP, wzorcem dostępu i hasłem zaplanowanymi dla wydarzenia.
- Zweryfikuj obraz i dźwięk programu w miejscu docelowym wybranego strumienia, a nie tylko sesję przychodzącą.
- Zapisz aktywną konfigurację i zanotuj odpowiadające sobie czasy w logach źródła, serwera i celu.
- Testuj procedurę przełączenia awaryjnego tylko wtedy, gdy będzie użyta podczas wydarzenia, w tym jej zachowanie po stronie celu i przekazanie operatorowi.
Ustal realistyczne limity pracy
Opóźnienie SRT jest buforem odzyskiwania danych w transporcie, a nie całym opóźnieniem od obrazu do obrazu. Czas dodają też przechwytywanie, kodowanie, buforowanie odbiornika, dekodowanie, pakietowanie i bufor odtwarzacza. Zmierz kompletną ścieżkę przed zmniejszeniem buforów.
Zaplanuj zasoby sieci i hosta pod kątem równoczesnych strumieni, zmierzonych bitrate’ów, retransmisji, monitorowania i włączonych zadań docelowych. Przed długim wydarzeniem obserwuj pełne planowane obciążenie wystarczająco długo, aby ujawnić kolejkowanie, rywalizację o zasoby lub niestabilne połączenie źródła. Główna/zapasowa trasa transportowa może utrzymać połączone sesje odbiornika i pullera podczas przełączenia; przetestuj jej źródła, bufory i zachowanie celu, zanim oprzesz na niej wydarzenie.
Więcej przewodników konfiguracji
Wypróbuj z prawdziwym pokarmem
Sprawdź, czy Callaba pasuje do Twojego przepływu pracy SRT
Otwórz demo Multiview na żywo, uruchom Callabę na AWS lub zainstaluj ją na własnym serwerze Linux.