Kamera lub koderPrzychodzący wydawca
SRT · UDP
srt://callaba:9000Przychodzący wydawca
Pozyskiwanie, monitorowanie i routing SRT
Serwer Callaba SRT
Serwer SRT odbiera, zarządza i przekazuje wideo na żywo z niskim opóźnieniem w nieprzewidywalnych sieciach IP. Callaba dodaje kondycję połączenia, kontrolę dostępu i kieruje ten sam obraz do Multiview, nagrywania, przesyłania strumieniowego lub wbudowanego odtwarzacza internetowego. Uruchom go na AWS lub własnym serwerze Linux.
Otwórz wersję demonstracyjną Multiview na żywo
Potrzebujesz szczegółów protokołu?Przeczytaj jak działają serwery SRT
SRTSerwer Callaba SRT
Obserwuj zdrowieSRT
Serwer Callaba SRT
Odbieraj paszę, sprawdzaj jej stan i kontroluj, dokąd trafia.
Telemetria transportu na żywo6,2 Mb/s
- RTT
- 42 ms
- Utrata pakietów
- 0.02%
Ustaw osobne zasady dla wydawców i odbiorców
Wyjścia trasMVWiele widoków RECNagranie OUTPonowne przesyłanie strumieniowe WEB · EMBEDOdtwarzacz internetowy
Podgląd operacji SRT
Podążaj za kanałem od połączenia do wyjścia
Wybierz krok, aby zobaczyć, co operator może zweryfikować i kontrolować w Callabie. Poniższe wartości ilustrują interfejs; nie są telemetrią na żywo.
Poznaj partnera, zanim skierujesz kanał
Zobacz raportowany region i adres IP każdego wydawcy i odbiornika podłączonego do serwera SRT.
Frankfurt, DE
203.0.113.42Obserwuj przepływność, RTT i utratę pakietów
6,2 Mb/sRTT 42 msUtrata pakietów 0.02%
Ustaw osobne zasady dla wydawców i odbiorców
Zezwalaj na oczekiwane identyfikatory strumieni i adresy równorzędne, z różnymi regułami dla osób wysyłających i odbierających wideo.
Dostęp dla gości został włączony
Wyjścia tras
Kamera lub zdalne studio jednokrotnie łączy się z Callaba. Każdy moduł może korzystać z zaakceptowanego źródła w Callabie, więc nie tworzysz osobnego pozyskiwania SRT dla każdego zadania.
MVRECOUTWEB
Jedno wejście SRT, cztery moduły produktowe
Otrzymuj jeden kanał SRT. Używaj go w trybie Multiview, nagrywaniu, przesyłaniu strumieniowym i odtwarzaczu internetowym.
Twoja kamera, koder lub zdalne studio łączy się z Callaba raz. Serwer SRT odbiera strumień, pokazuje jego stan transportu i udostępnia to samo źródło na żywo dla każdego modułu.
Wybierz jedno źródło SRTIN IN
Kamera lub koder
Wyślij zakodowany kanał SRT przez publiczny Internet.
Miejsce lub zdalne studio
Przynieś materiał terenowy lub studyjny z powrotem do produkcji.
Serwer Callaba SRT
Odbieraj paszę, sprawdzaj jej stan i kontroluj, dokąd trafia.
Obserwuj przepływność, RTT i utratę pakietówUstaw osobne zasady dla wydawców i odbiorców
W chmurze lub na własnym serwerzeUżyj tego samego źródła zasilaniaMV REC OUT WEB
Wiele widoków
Umieść źródło na ścianie operatora opartej na przeglądarce.
Nagranie
Przechwytuj obraz na żywo w celu sprawdzenia lub ponownego wykorzystania.
Ponowne przesyłanie strumieniowe
Wyślij ten sam zaakceptowany kanał do skonfigurowanych miejsc docelowych.
Odtwarzacz internetowy
Opublikuj odtwarzanie w przeglądarce, a następnie użyj zweryfikowanego adresu URL przeglądarki lub umieść go na stronie.
Kamera lub zdalne studio jednokrotnie łączy się z Callaba. Każdy moduł może korzystać z zaakceptowanego źródła w Callabie, więc nie tworzysz osobnego pozyskiwania SRT dla każdego zadania.
Użyj odebranego strumienia SRT w kontrolowanym programie
Zamień obrazy z kamer SRT z różnych miejsc w jeden program na żywo. Wybierz każdy odbierany strumień jako wejście miksera wideo, ułóż źródła w scenach i dostosuj ich dźwięk. Przygotuj następną scenę w podglądzie, gdy Program pozostaje nadawany, a następnie przełącz się za pomocą CUT lub FADE. Opublikuj i zapisz wynik z tego samego obszaru roboczego. Gotową paszę można nadal odbierać i rozprowadzać bez mieszania.
- Odbierz i zweryfikuj strumień SRT.
- Wybierz odebrany strumień jako wejście miksera AV.
- Zbuduj scenę w podglądzie, a następnie PRZENIEŚ ją do programu za pomocą CUT lub FADE.
Ciągłe publikacje społeczne
Utrzymuj YouTube, Facebook i Twitch na żywo podczas zmiany źródła SRT
Przygotuj główne i zapasowe kanały SRT, a następnie przełączaj się między nimi ręcznie lub automatycznie na poziomie transportu. Złącza odbiornika i ściągacza znajdujące się poniżej pozostają podłączone za pomocą przełącznika; przetestuj rzeczywiste źródła, sieć, bufory i miejsce docelowe przed rozpoczęciem produkcji.
Trasa podstawowaSygnał niestabilny
Przygotowane źródło SRTGotowy
SRTPrzełączanie awaryjne źródła
Zmień źródło, aby każdy cel był aktywny
Callaba przechodzi na następną testowaną trasę SRT PULL, podczas gdy wyjścia YouTube, Facebook i Twitch pozostają połączone.
Wybierz źródło, zachowaj połączenia downstream
Operator może wybrać źródło ręcznie, podczas gdy dalsze złącza odbiornika i ściągacza pozostają podłączone. To, co i kiedy dotrze do obrazu, zależy od przygotowanych kanałów, sieci, buforów i miejsca docelowego; przetestuj rzeczywistą ścieżkę.
Specyfikacja techniczna
Co obsługuje produkt i co należy sprawdzić
Wspierane zachowanie znajduje się obok praktycznej kontroli akceptacji. Zainstalowany interfejs Callaba oraz rzeczywiste źródło, miejsce docelowe i profil infrastruktury pozostają wiarygodne.
| Zdolność | Obsługiwane zachowanie | Kontrola akceptacji |
|---|---|---|
| Otrzymuj na żywo kanały SRT | Podłącz kamery, kodery, studia lub odległe miejsca do Callaba. | Odbiera na żywo kanały SRT, pokazuje operatorom stan połączenia i transportu, kontroluje, kto może publikować lub odbierać, a także wysyła wideo do Multiview w celu nagrywania, przesyłania strumieniowego lub odtwarzania. |
| Zacznij od rozmówcy i słuchacza | Aby przeprowadzić prosty test pozyskiwania, uruchom Callabę jako odbiornik SRT i podłącz koder jako obiekt wywołujący. | Przychodzący wydawca: Obserwuj przepływność, RTT, utratę pakietów, stan połączenia, region i adres równorzędny, gdy kanał jest na żywo. |
| Zobacz stan transportu | Obserwuj przepływność, RTT, utratę pakietów, stan połączenia, region i adres równorzędny, gdy kanał jest na żywo. | Telemetria transportu na żywo |
| Wyślij jeden kanał do kilku zadań | Wykorzystuj ponownie źródło w trybie Multiview, nagrywaniu, przesyłaniu strumieniowym lub odtwarzaniu. | Odebrany sygnał może pojawić się w Multiview, zostać nagrany, ponownie przesłany strumieniowo lub kontynuować odtwarzanie skonfigurowane w Callaba. |
| Wiele widoków | Umieść źródło na ścianie operatora opartej na przeglądarce. | Odebrany sygnał może pojawić się w Multiview, zostać nagrany, ponownie przesłany strumieniowo lub kontynuować odtwarzanie skonfigurowane w Callaba. |
| Utrzymuj YouTube, Facebook i Twitch na żywo podczas zmiany źródła SRT | Przygotuj główne i zapasowe kanały SRT, a następnie przełączaj się między nimi ręcznie lub automatycznie na poziomie transportu. Złącza odbiornika i ściągacza znajdujące się poniżej pozostają podłączone za pomocą przełącznika; przetestuj rzeczywiste źródła, sieć, bufory i miejsce docelowe przed rozpoczęciem produkcji. | Skonfiguruj główny i zapasowy przepływ pracy SRT, a następnie przetestuj zarówno przełączanie na kopię zapasową, jak i powrót do głównego, przy użyciu rzeczywistych źródeł i miejsca docelowego. Przełączanie na poziomie transportu chroni dalsze połączenia odbiornika i ściągacza, ale nie gwarantuje bezproblemowego przełączania ani zerowych strat. |
Continue in the product
Set it up in Callaba. Then check the full path.
You have seen what the product does. These three guides take you into the exact controls, show what to connect next, and give you a practical check before the workflow goes live.
Zastosowanie
Uruchom go na AWS lub na własnym serwerze Linux
Interfejs produktu pozostaje znajomy w obu modelach. Wybierz infrastrukturę, do obsługi której Twój zespół będzie gotowy.
Uruchom na AWS
Uruchom instancję Callaba na swoim koncie AWS i skonfiguruj serwer SRT z poziomu przeglądarki.
Zachowaj to w swojej infrastrukturze
Zainstaluj Callabę w systemie Linux, jeśli potrzebujesz ścieżki multimediów i hosta pod kontrolą.
Serwer SRT: jak go wdrożyć, uruchomić i rozwiązać problemy w środowisku produkcyjnym
Dowiedz się, czym jest serwer SRT, jak tryby rozmówcy/odbiornika, porty UDP, opóźnienia, identyfikator strumienia i hasło działają w przypadku pozyskiwania…
Napisane przez Jurii Pakholkov
Ostatnia aktualizacja: 4 sierpnia 2026 r
Powyższy przegląd produktów wyjaśnia, co potrafi serwer Callaba SRT. Ten przewodnik rozpoczyna się od przekazania operatora: utworzono punkt końcowy i rzeczywisty Strumień SRT teraz musi podłączyć, przenieść media użytkowe i osiągnąć zamierzoną moc produkcyjną.
SRT oznacza Bezpieczny i niezawodny transport. Wykorzystuje UDP, a następnie dodaje selektywną retransmisję, regulowane okno odzyskiwania, opcjonalne szyfrowanie, role połączeń i statystyki transportu. Te elementy sterujące są przydatne, gdy kanał informacyjny musi przechodzić przez publiczny Internet, łącze nadrzędne obiektu lub inną sieć, która nie będzie idealnie czysta.
Trzymać wkład i spożycie oddzielnie od odtwarzania przez publiczność. Punkt końcowy SRT akceptuje lub inicjuje kontrolowaną sesję transportową; odtwarzacz, CDN lub pokój uczestnika przychodzą później. Po sprawdzeniu pliku system produkcyjny może kierować, nagrywać, transkodować, przesyłać strumieniowo ponownie lub przygotowywać dane wyjściowe, takie jak HLS lub WebRTC.
Szybka odpowiedź dla operatora
Traktuj serwer SRT jako pierwszy produkcyjny punkt kontrolny po źródle. Typowym wzorcem przyjmowania jest serwer jako słuchacz i koder jako wywołujący, ale te role mówią, kto otwiera połączenie, a nie w którą stronę muszą podążać media. Akceptacja wymaga zamierzonej sesji, przychodzącej szybkości transmisji, stanu transportu, zdekodowanego obrazu i dźwięku oraz następnego wyjścia.
Co to jest serwer SRT?
Jakiś Serwer SRT to oprogramowanie będące właścicielem jednego końca sesji SRT. Może poczekać na koder, wywołać inny punkt końcowy lub przekazać sygnał dalej. Z punktu widzenia produkcyjnego jest to miejsce, w którym zdalne źródło staje się sesją, którą zespół odbierający może zidentyfikować, obserwować i przekazać innemu systemowi.
Przydatna kontrola akceptacji oddziela cztery zadania zamiast zwijać je w jeden stan „połączony”:
- Otrzymuje transmisję na żywo: koder kamery, OBS, vMix, FFmpeg, Larix lub inne źródło wysyła wideo na serwer.
- Chroni ścieżkę wkładu: SRT może odzyskać utracone pakiety i zaszyfrować sesję transportową.
- Wyświetla statystyki na żywo: operatorzy mogą monitorować przepływność, RTT, utratę pakietów, retransmisje i stan połączenia.
- Przekazuje strumień w dół: serwer może skierować sygnał do procesów nagrywania, transkodowania, ponownego przesyłania strumieniowego, przełączania lub odtwarzania.
Kiedy odległa załoga powie „wysyłamy”, odpowiedz, przedstawiając dowody z tej granicy. Sprawdź, czy oczekiwany element równorzędny jest podłączony, czy media nadal docierają, czy odzyskiwanie przebiega zgodnie ze ścieżką i czy dekoder znajdujący się dalej może korzystać z sygnału. Każda odpowiedź wyklucza inną klasę awarii.
Serwer SRT a protokół SRT
The Protokół SRT definiuje, w jaki sposób punkty końcowe ustanawiają i chronią sesję transportową. The Serwer SRT to jeden z tych działających punktów końcowych, z własnym portem, rolą, polityką dostępu, ścieżką multimediów i stanem operacyjnym.
| Termin | Oznaczający | Przykład |
|---|---|---|
| Protokół SRT | Metoda transportu oparta na UDP, używana do przenoszenia multimediów na żywo z możliwością odzyskiwania, szyfrowania, kontroli opóźnień i statystyk. | Połączenie pomiędzy koderem i Callaba. |
| Serwer SRT | Punkt końcowy pozyskiwania lub przekazywania, który akceptuje sesje SRT i łączy je z resztą przepływu pracy. | Callaba nasłuchuje transmisji z odległego miejsca. |
Co to jest serwer na żywo SRT?
Zwrot Serwer na żywo SRT zwykle oznacza, że punkt końcowy niesie zdarzenie w trakcie jego trwania. Materiał jest akceptowany i przekazywany do produkcji, nagrywania lub dystrybucji, natomiast spóźnione pakiety nadal mają ograniczone okno, w którym mogą być przydatne.
Ten wzorzec pojawia się we wkładzie miejsca, łączach między studiem a chmurą, przyjmowaniu urządzeń mobilnych lub koderów sprzętowych, przekazywaniu partnerów, przygotowanych ścieżkach zapasowych i przepływach pracy podczas zdalnej produkcji. Może nastąpić dostawa do wielu miejsc docelowych, ale nie należy tego wykorzystywać jako dowodu, że przychodzący wkład jest w dobrym stanie.
Ograniczenie na żywo stwarza kompromis. Opóźnienie musi zapewniać wystarczająco dużo czasu, aby można było zażądać i zwrócić brakujący pakiet, a jednocześnie mieścić się w budżecie opóźnień produkcyjnych. Wartość skopiowana ze studyjnej sieci LAN może być zbyt krótka dla ścieżki komórkowej lub międzymiastowej, mimo że gniazdo nadal łączy się.
Jak działa serwer SRT
SRT transportuje już zakodowany ładunek; nie decyduje o kodeku kamery ani nie naprawi nieprawidłowej mapy multimediów. Wiele ścieżek na żywo zawiera multipleksowany format MPEG-TS z wideo H.264 lub H.265/HEVC i dźwiękiem AAC, chociaż rzeczywisty kontener i ścieżki zależą od nadawcy. Zamiast zakładać, że uzgadnianie transportu potwierdza zgodność kodeków, sprawdź ładunek, który rzeczywiście przybył.
- Koder tworzy strumień audio i wideo na żywo.
- Koder wysyła strumień do serwera SRT.
- Serwer SRT odbiera strumień i śledzi stan połączenia.
- Jeśli pakiety zostaną utracone, SRT może zażądać ponownej transmisji, dopóki pakiety są nadal przydatne.
- Serwer przekazuje strumień do następnego etapu przepływu pracy: rejestratora, transkodera, ponownego przesyłania strumieniowego, przełącznika, przepływu pracy API lub systemu odtwarzania.
Tryby dzwoniącego, słuchacza i spotkania
SRT udostępnia trzy role połączeń. Wybierz je spośród ograniczeń osiągalności i NAT, a następnie udokumentuj wybór na obu punktach końcowych. Etykieta określa sposób otwarcia sesji; sama w sobie nie wyznacza kierunku mediów.
- Słuchacz: czeka na przychodzące połączenie SRT na znanym porcie UDP. Jest to typowy tryb dla serwera pozyskiwania w chmurze lub punktu końcowego centrum danych.
- Gość: rozpoczyna połączenie ze słuchaczem. Jest to powszechne w przypadku koderów terenowych, OBS, vMix, FFmpeg, aplikacji mobilnych i źródeł zdalnych.
- Spotkanie: obie strony inicjują połączenie. Może to pomóc w niektórych przypadkach NAT, ale należy to dokładnie przetestować przed rozpoczęciem produkcji.
Porty serwera SRT i reguły zapory sieciowej
Ponieważ SRT działa przez UDP, każda granica odbiorcza musi zezwalać na wybrany port UDP: grupa zabezpieczeń w chmurze, zapora hosta, router, reguła NAT lub polityka nadrzędna. Otwarcie protokołu TCP na tym samym numerze portu nie powoduje otwarcia ścieżki SRT.
- serwer posiada publiczny adres IP lub osiągalny adres sieciowy;
- otwarty jest właściwy port UDP;
- koder używa prawidłowego trybu rozmówcy/słuchacza;
- identyfikator strumienia jest zgodny z regułą routingu serwera, jeśli używany jest identyfikator strumienia;
- hasło jest zgodne po obu stronach, jeśli włączone jest szyfrowanie;
- odbierający przepływ pracy jest mapowany na prawidłowe dalsze dane wyjściowe.
Na początku testu użyj plakietki „połączony” kodera. Potwierdź przychodzącą szybkość transmisji bitów i stan transportu po stronie odbierającej, a następnie otwórz Multiview lub rzeczywiste miejsce docelowe. Działające gniazdo nie może pokazać, że istnieje dźwięk programu, że znaczniki czasu są użyteczne lub że dekoder odbierający akceptuje ładunek.
Technologia
Najlepsza rola
Praktyczna uwaga
SRT
Wkład na żywo, spożycie i transport między kontrolowanymi punktami końcowymi.
Użyj, gdy ścieżka wkładu jest ważna lub niedoskonała.
RTMP / RTMPS
Proste publikowanie i pobieranie z platform społecznościowych.
Często używane po pobraniu SRT w celu ostatecznego wypchnięcia na platformy.
HLS
Odtwarzanie na dużą skalę w przeglądarkach, telewizorach i urządzeniach mobilnych.
Przeglądarki zwykle potrzebują HLS lub innego formatu odtwarzania, a nie surowego SRT.
WebRTC
Interaktywne wideo w czasie rzeczywistym, połączenia, kanały zwrotne i uczestnictwo w czasie poniżej sekundy.
Przydatne, gdy widz lub uczestnik potrzebuje bardzo małych opóźnień.
NDI
Sieć produkcyjna o niskim opóźnieniu w kontrolowanych środowiskach LAN lub studyjnych.
Używaj mostów SRT/NDI podczas przenoszenia sygnałów produkcyjnych między lokalizacjami lub przepływami pracy w chmurze.
Jeśli decyzja dotyczy konkretnie transportu między wydawcą a platformą, kontynuuj SRT kontra RTMP i przetestuj oba z tym samym koderem i miejscem docelowym.
Jak wdrożyć serwer SRT
Wdrożenia w chmurze i na własnym serwerze podlegają tej samej sekwencji akceptacji. Ustal granicę sieci, uruchom jedną znaną parę punktów końcowych, wyślij zamierzony kodek i przepływność, obserwuj stan transportu i sprawdź zdekodowany wynik przed dodaniem tras lub automatyzacji.
| Ustawienie | Zalecany pierwszy test | Dlaczego to ma znaczenie |
|---|---|---|
| Tryb | Serwer jako słuchacz, koder jako rozmówca | Najprostszy wzór przetwarzania w chmurze. |
| Port UDP | Otwórz jeden udokumentowany port UDP na każdy kanał pozyskiwania | Ruch SRT nie będzie docierał przez zamkniętą zaporę ogniową. |
| Utajenie | Zacznij od 200–500 ms dla normalnych ścieżek internetowych | Daje SRT czas na odzyskanie strat i drgań. |
| MPEG-TS / kontener | MPEG-TS to powszechny kontener wideo na żywo w formacie SRT | Serwer odbiera ładunek multimediów multipleksowanych, a nie tylko połączenie transportowe. |
| Identyfikator strumienia | Użyj czytelnej wartości, takiej jak event-main |
Pomaga kierować, identyfikować i chronić kanały. |
| Hasło | Ta sama wartość na nadawcy i serwerze | Szyfrowanie nie powiedzie się, jeśli klucze nie pasują. |
- Utwórz instancję serwera lub chmury z wystarczającą ilością procesora, pojemnością sieci i pamięcią masową dla Twojego przepływu pracy.
- Otwórz wymagany port UDP w grupie zabezpieczeń chmury i zaporze hosta.
- Utwórz odbiornik SRT który odbierze przychodzący strumień.
- Ustaw reguły dotyczące identyfikatora strumienia i hasła jeśli potrzebujesz routingu i szyfrowania.
- Podłącz enkoder jako obiekt wywołujący SRT i wyślij strumień do punktu końcowego odbiornika.
- Sprawdź statystyki na żywo takie jak szybkość transmisji, RTT, utrata pakietów, retransmisje i stan połączenia.
- Skieruj strumień w dół do nagrywania, ponownego przesyłania strumieniowego, transkodowania lub odtwarzania.
Jak korzystać z serwera SRT w Callabie
W Callabie ekran serwera SRT jest roboczą powierzchnią wkładu. Łączy rolę połączenia, stan wydawcy lub odbiorcy, politykę dostępu, dowody transportu i dalszą trasę w jeden przepływ pracy operatora. Użyj interfejsu API, gdy przepływ pracy będzie zrozumiały i powtarzalny.
Te same zaakceptowane dane wejściowe mogą obsługiwać kilka różnych zadań:
- Koder SRT do Callaba, a następnie przesyłaj strumieniowo ponownie do Twitcha lub YouTube;
- OBS do Callaba przez SRT, a następnie nagraj strumień;
- vMiksuj do Callaba przez SRT, a następnie kieruj paszę do innego miejsca docelowego;
- aplikację mobilną do Callaba przez SRT, a następnie przesyłanie strumieniowe na platformy społecznościowe;
- zdalne miejsce do Callaba, a następnie pakiet do odtwarzania w przeglądarce;
- Wejście SRT do wielu widoków przeglądarki, rejestratora, routingu API i kontrolowanego dostarczania odtwarzaczy.
Co monitorować na serwerze SRT
Przeczytaj razem dowody transportu i odszyfrowane nośniki. Liczniki transportu wyjaśniają sesję; obraz, dźwięk i miejsce docelowe pokazują, czy produkcja faktycznie może z tego skorzystać.
Sygnały transportowe
- Stan połączenia: podłączony, rozłączony, ponownie podłączony lub nie powiódł się.
- Szybkość transmisji przychodzącej: czy media nadal przepływają z oczekiwaną szybkością.
- RTT: czas podróży w obie strony między nadawcą a odbiorcą.
- Utrata pakietów: ile danych zostało utraconych na ścieżce.
- Retransmisje: jak często SRT musi odzyskiwać brakujące pakiety.
- Drganie: jak bardzo zmienia się czas pakietów.
- Odbierz ciśnienie bufora: czy połączenie działa zbyt blisko limitu odzyskiwania.
Zbuduj progi na podstawie ścieżki: obserwuj RTT jako zakres, porównuj delty strat i retransmisji w tym samym przedziale i utrzymuj zakodowaną przepływność w zmierzonym zapasie sieci. Zwiększaj opóźnienia tylko wtedy, gdy dowody wskazują, że możliwe do odzyskania pakiety docierają za późno; nie kopiuj uniwersalnego procentu do każdego wdrożenia.
Sygnały medialne
- czarne wideo, zamrożone wideo, brak dźwięku lub cichy dźwięk;
- nieprawidłowy kodek, liczba klatek na sekundę, rozdzielczość lub format audio;
- nieprawidłowe znaczniki czasu, brakujące klatki kluczowe lub niezgodne mapowanie strumienia.
Typowe problemy z serwerem SRT
Połączenie SRT nie zostaje uruchomione
Umieść dwie zapisane konfiguracje punktów końcowych obok siebie. Sprawdź rolę, osiągalny adres, port UDP, każdą granicę zapory, identyfikator strumienia i hasło. Jest to szybsze i bezpieczniejsze niż ustalanie przyczyny na podstawie komunikatu o stanie jednej aplikacji.
Strumień łączy się, ale obraz jest niestabilny
Dopasuj widoczne zerwanie do dowodów RTT, utraty, retransmisji i opóźnień z tego samego interwału. Jeśli pakiety zastępcze powrócą po upływie okna odzyskiwania, wykonaj pomiar ponownie, stosując większe opóźnienie lub mniejszą przepływność. Jeśli łącze jest już nasycone, samo większe okno nie zapewni przepustowości.
Strumień łączy się, ale nie ma dźwięku
Zacznij od kodera: potwierdź zamierzone urządzenie, liczniki, układ kanałów i kodek audio. Następnie sprawdź odebrane ścieżki i obsługę kodeków następnej aplikacji. Zmiana ustawień sieciowych nie może przywrócić dźwięku, który nigdy nie został umieszczony w ładunku.
Przed dotknięciem serwera słuchaj lokalnie w OBS, vMix, koderze sprzętowym lub wyjściu monitorowanego urządzenia. Po sprawdzeniu źródła dźwięku, podążaj tą samą ścieżką przez odbiornik do miejsca docelowego, bez przełączania sygnałów testowych w połowie badania.
Statystyki SRT wyglądają dobrze, ale widzowie nadal mają problemy
Gdy w czasie zdarzenia związanego z widzem transport pozostanie w dobrym stanie, przejdź do dekodowania, transkodowania, pakowania, pochodzenia, CDN i odtwarzacza. Zachowaj jeden znacznik czasu zdarzenia w całym łańcuchu, aby każdy zespół badał to samo zdarzenie, a nie podobnie wyglądający objaw.
Własny serwer vs zarządzany serwer SRT
Wybierz wdrożenie zgodnie z granicami operacyjnymi, na które Twój zespół jest gotowy. Self-hosting utrzymuje instancje, aktualizacje i zasady sieciowe w Twojej infrastrukturze. Uruchomienie chmury może skrócić pierwszy test regionalny. Żadna z opcji nie eliminuje wydajności, monitorowania ani prac związanych z odzyskiwaniem.
| Opcja | Użyj kiedy | Główne ryzyko |
|---|---|---|
| Własny serwer SRT | Potrzebujesz pełnej kontroli nad rozmieszczeniem sieci, zgodnością, logiką routingu lub wewnętrznymi regułami wdrażania. | Twój zespół jest właścicielem monitorowania, skalowania, aktualizacji i operacji w dniu wydarzenia. |
| Zarządzana platforma przepływu pracy SRT | Musisz szybko uruchomić i chcesz monitorować, routing, nagrywać lub przesyłać strumieniowo w jednym miejscu. | Nadal musisz sprawdzić porty, ustawienia źródła, identyfikator strumienia, hasło i trasy downstream. |
Callaba obsługuje ten sam przepływ pracy operatora SRT w przypadku uruchomienia w chmurze lub na własnym serwerze Linux. Udowodnij jedno pobranie, Multiview lub miejsce docelowe i nagranie w wybranej infrastrukturze; następnie dodaj routing, ponowne przesyłanie strumieniowe, dostarczanie przez przeglądarkę lub automatyzację API jako oddzielnie testowalne kroki.
Lista kontrolna dnia wydarzenia dla serwera SRT
- Potwierdź adres IP serwera lub nazwę hosta.
- Upewnij się, że port UDP jest otwarty.
- Potwierdź tryb rozmówcy/słuchacza/spotkania po obu stronach.
- Potwierdź identyfikator strumienia, jeśli jest używany.
- Potwierdź hasło szyfrowania, jeśli jest używane.
- Potwierdź oczekiwaną szybkość transmisji, kodek, liczbę klatek na sekundę, rozdzielczość i format audio.
- Rozpocznij transmisję i sprawdź przychodzącą szybkość transmisji.
- Sprawdź RTT, utratę pakietów, retransmisje i jitter.
- Sprawdź rzeczywisty obraz i dźwięk, a nie tylko stan połączenia.
- Potwierdź dalszą ścieżkę: nagrywanie, ponowne przesyłanie strumieniowe, transkodowanie lub odtwarzanie.
- Potwierdź synchronizację czasu: serwer i koder powinny używać protokołu NTP lub innego spójnego źródła czasu, aby dzienniki i nagrania mogły być skorelowane podczas rozwiązywania problemów.
- Przetestuj ścieżkę zapasową przed rozpoczęciem wydarzenia.
Oficjalne referencje i powiązane lektury
Zachowaj specyfikację protokołu obok elementu Runbook i skorzystaj z bieżących przewodników Callaba, aby poznać szczegóły interfejsu i interfejsu API, które mogą zmieniać się niezależnie od standardu transportu.
- Projekt protokołu SRT
- Dokumentacja transmisji na żywo Haivision SRT
- Co to jest protokół SRT?
- Jak rozpocząć przesyłanie strumieniowe SRT w OBS Studio
- Jak odbierać strumień SRT w OBS Studio
- Wysyłanie i odbieranie strumienia SRT poprzez vMix
- Znajdź idealne opóźnienie dla swojej konfiguracji SRT
- Dokumentacja API serwerów SRT
Krótkie odpowiedzi przed uruchomieniem serwera SRT
Czy serwer SRT musi odbierać wideo?
Nie. Osoba dzwoniąca i słuchacz opisują, kto otwiera połączenie. Projekt aplikacji określa, która strona wysyła media.
Czy przeglądarka może odtworzyć surowy adres URL SRT?
Zwykłe odtwarzanie w przeglądarce zwykle wymaga danych wyjściowych obsługiwanych przez przeglądarkę, takich jak HLS lub WebRTC. Sesja SRT pozostaje transportem składowym.
Co świadczy o tym, że serwer działa?
Potwierdź zamierzoną sesję, przychodzącą szybkość transmisji i stan transportu, a następnie sprawdź zdekodowany obraz i dźwięk w Multiview lub w miejscu docelowym.
Często zadawane pytania
Co to jest serwer SRT?
Jest to jeden działający punkt końcowy w sesji SRT. Serwer może poczekać na połączenie, zainicjować je lub przekazać, a następnie udostępnić ten kanał kontrolowanemu przepływowi pracy.
Co to jest serwer na żywo SRT?
Jest to punkt końcowy SRT przenoszący wkład podczas trwania zdarzenia. Zaakceptowany kanał może być nadal przełączany, monitorowany, nagrywany, transkodowany, kierowany, przesyłany strumieniowo lub w ramach przepływu pracy dostarczania do widzów.
Czy serwer SRT to to samo, co serwer przesyłania strumieniowego?
Nie. Serwer SRT zazwyczaj jest właścicielem sesji wkładu lub przekazywania. Szersza platforma przesyłania strumieniowego może dodać kontrolę dostępu, transkodowanie, nagrywanie, analitykę, operacje API, odtwarzanie przez przeglądarkę i dostarczanie CDN wokół tego transportu.
Czy serwer SRT korzysta z protokołu UDP?
Tak. SRT działa poprzez UDP, więc wybrany port UDP musi być dopuszczony przez regułę chmury, zaporę hosta, router i dowolną inną granicę sieci odbiorczej.
Z jakiego portu korzysta serwer SRT?
Nie ma uniwersalnego portu SRT. Wybierz port UDP w konfiguracji punktu końcowego, zarezerwuj go w odpowiednich zasadach sieciowych i udokumentuj, które zdarzenie, kanał lub dzierżawca jest jego właścicielem.
Czy serwer SRT powinien być słuchaczem czy rozmówcą?
Typowy wzorzec przetwarzania w chmurze wykorzystuje Callabę jako odbiornik, a koder jako obiekt wywołujący, ponieważ serwer ma osiągalny adres i znany port UDP. Użyj innej roli, gdy wymaga tego prawdziwy projekt NAT i firewalla; rola nie ustala kierunku mediów.
Czy OBS może wysyłać na serwer SRT?
Tak. Skonfiguruj OBS z punktem końcowym SRT i dopasowaną rolą, portem i wartościami zabezpieczeń. Po nawiązaniu połączenia sprawdź otrzymaną szybkość transmisji bitów, zdekodowany obraz i dźwięk przed przesłaniem sygnału dalej.
Czy vMix może wysyłać na serwer SRT?
Tak. vMix może wysyłać i odbierać SRT. Jeden wspólny projekt wysyła program vMix do Callaba w celu monitorowania, nagrywania, routingu lub ponownego przesyłania strumieniowego, przy czym podczas prób sprawdzane są zarówno role punktów końcowych, jak i zwrócone multimedia.
Czy SRT jest lepszy niż RTMP?
W przypadku wkładu stratnego lub na duże odległości SRT oferuje odzyskiwanie i dostrajane okno opóźnienia, którego RTMP nie zapewnia w ten sam sposób. Protokoły RTMP lub RTMPS są nadal powszechne w przypadku dostarczania treści od wydawcy na platformę, dlatego wiele systemów korzysta z protokołu SRT typu upstream i RTMP downstream.
Czy przeglądarki mogą odtwarzać SRT bezpośrednio?
Zwykłe odtwarzanie w przeglądarce nie zużywa surowego adresu URL SRT. Najpierw odbierz wkład, a następnie przygotuj dane wyjściowe obsługiwane przez przeglądarkę, takie jak HLS lub WebRTC.
Dlaczego mój strumień SRT łączy się, ale nie wyświetla obrazu?
Uzgadnianie transportu może zakończyć się sukcesem nawet wtedy, gdy nie ma żadnego użytecznego wideo. Sprawdź przychodzącą przepływność, kontener, kodek, znaczniki czasu, klatki kluczowe, mapowanie ścieżek i dekoder docelowy za pomocą tej samej próbki na żywo.
Jak zwiększyć niezawodność serwera SRT?
Użyj zamierzonej ścieżki UDP, pozostaw zmierzony zapas przepustowości, opóźnienie rozmiaru z RTT i zachowanie związane z utratą, sprawdź ładunek multimediów, monitoruj delty i przećwicz naprawdę użyteczny alternatywny punkt końcowy przed wydarzeniem.
Czy SRT zazwyczaj przenosi MPEG-TS?
Często tak: wiele przepływów pracy SRT na żywo przenosi zmiksowane audio i wideo w formacie MPEG-TS. Sam SRT nie uwzględnia treści, dlatego należy sprawdzić kontener i ścieżki utworzone przez rzeczywistego nadawcę.
Jakie wskaźniki serwera SRT powinienem sprawdzić w pierwszej kolejności?
Zacznij od stanu połączenia, szybkości transmisji przychodzącej, czasu RTT, retransmisji i delt strat w znanym przedziale czasu. Przeczytaj je obok zdekodowanego obrazu i dźwięku, a następnie ustaw poziomy alertów na podstawie zamierzonego kodeka, szybkości transmisji, regionu i sieci, a nie uniwersalnej wartości procentowej.
Gdzie iść dalej
- Co to jest protokół SRT?
- SRT kontra RTMP
- Jak rozpocząć przesyłanie strumieniowe SRT w OBS Studio
- Jak odbierać strumień SRT w OBS Studio
- Wysyłanie i odbieranie strumienia SRT poprzez vMix
- Znajdź idealne opóźnienie dla swojej konfiguracji SRT
- Dokumentacja API serwerów SRT
Ostatnia aktualizacja: 4 sierpnia 2026 r