Krótka odpowiedź: wybierz protokół, który strona odbiorcza rzeczywiście może przyjąć. SRT jest opcją kontrybucyjną, gdy oba końce go obsługują, a ścieżka jest skonfigurowana; RTMP pozostaje częstym przekazaniem z enkodera do platformy lub serwera ingestu. Odtwarzanie i dostarczanie widzom pozostają osobno konfigurowanymi zadaniami dalszej ścieżki.
Zacznij od odbiornika, potem wybierz przekazanie
| Punkt decyzji | Ścieżka SRT | Ścieżka RTMP |
|---|---|---|
| Odbiornik | Odbiornik kontrybucyjny obsługujący SRT, który kontrolujesz lub został ci przydzielony | Punkt ingestu RTMP albo URL platformy podany do publikacji |
| Transport | Sesja SRT oparta na UDP; tryb live zawiera kontrolę czasu i retransmisji | Sesja RTMP oparta na TCP do skonfigurowanego punktu końcowego |
| Pytanie sieciowe | Czy oba peery mogą się osiągnąć i czy ich tryb, opóźnienie oraz ustawienia hasła są zgodne? | Czy enkoder może osiągnąć host i czy URL/klucz odpowiada kontraktowi punktu końcowego? |
| Pytanie o kodeki | Osobno sprawdź akceptowany przez odbiornik kontener i kodeki | Osobno sprawdź akceptowany przez cel profil audio/wideo |
| Użyteczne kolejne zadanie | Kontrybucja do przepływu operacyjnego lub produkcyjnego | Publikacja do usługi ingestu lub skonfigurowanego RTMP Server |
Trzy częste decyzje
- Platforma podaje tylko URL i klucz strumienia: publikuj RTMP zgodnie z tym kontraktem.
- Twój zespół kontroluje odbiornik SRT: użyj SRT, gdy tryb, host:port, opóźnienie i ewentualne Stream ID/hasło są uzgodnione po obu stronach.
- Kontrybucja SRT kończy się na platformie RTMP/RTMPS: waliduj osobno kontrybucję SRT i przekazanie publikacji do platformy.
Tryb live SRT jest zaprojektowany wokół skonfigurowanego okna opóźnienia i sprzężenia zwrotnego odbiornika; większe okno może dać więcej czasu na odzyskanie, ale nadal jest wyborem wdrożeniowym, a nie obietnicą lepszego obrazu. Zgodność RTMP jest równie zależna od punktu końcowego. Platforma wymagająca URL RTMP lub RTMPS określa końcowe przekazanie, nawet jeśli inna część kontrybucji używa SRT.
Co zmienia się operacyjnie
| Przed pierwszym połączeniem | Zapisz |
|---|---|
| SRT | Tryb caller/listener/rendezvous; host:port; opóźnienie; Stream ID lub hasło, gdy są używane; kontener i kodeki wideo/audio. |
| RTMP | Pełny URL ingestu, aplikację/ścieżkę i klucz; profil zadeklarowany przez odbiornik, często H.264/AAC, gdy wymaga go punkt końcowy; oraz jego kontrolę kondycji strumienia. |
Nie umieszczaj poświadczeń na zrzutach ekranu, w logach czatu ani nagraniach testowych.
Szyfrowanie SRT i RTMPS rozwiązują różne kwestie bezpieczeństwa transportu: SRT można skonfigurować z szyfrowaniem, natomiast RTMPS to RTMP przenoszony przez TLS. Cel RTMPS nie opisuje opcji ingestu oddzielnego RTMP Server.
Przetestuj jedną ścieżkę kontrybucyjną
Użyj tego samego przygotowanego źródła dla obu wariantów: zablokuj format programu, zanotuj ustawienia kodeka wideo i audio oraz daj nadawcy dostęp do wybranego punktu testowego. Uruchom jedną sesję protokołu, potwierdź stan nadawcy, sprawdź podgląd, a potem zweryfikuj wyjście dalszej ścieżki, jeśli przepływ go używa.
DEMONSTRACJE PROTOKOŁÓW
Wybierz protokół do testu
Każde demo uruchamiasz ręcznie i ma ono własny tymczasowy okres działania. Porównując procesy używaj zgodnych ustawień źródła; ta strona nie wykonuje kontrolowanego testu opóźnienia.
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.
Wynik potwierdza, że wybrane źródło dotarło do tej tymczasowej ścieżki i jej podglądu. Jest kontrolą konfiguracji, a nie porównawczym benchmarkiem, więc nie klasyfikuje opóźnienia, jakości ani niezawodności. Zmienioną konfigurację powtórz jako nowy test i zachowaj logi odbiornika lub widoczne dla operatora dane połączenia.
Gdzie pasuje Callaba
RTMP Server Callaba może dawać nadawcom i odbiornikom osobne zasady dostępu oraz pokazywać aktywność widoczną dla operatora. Guest RTMP Server może zamiast tego być otwarty bez wcześniej zdefiniowanych zasad dostępu. Jego SRT Server jest odpowiadającym zasobem kontrybucyjnym dla zgodnego przepływu SRT. Obserwacja w przeglądarce i odtwarzanie dla widza używają osobno skonfigurowanych modułów; URL publikacji RTMP nie jest odtwarzalnym w przeglądarce URL.
Następne kroki
- Dla skonfigurowanego listenera RTMP przejrzyj RTMP Server i jego kontrolę dostępu/cyklu życia.
- Dla odbiornika kontrybucyjnego SRT przejrzyj SRT Server.
- Dla jawnego mostu użyj udokumentowanej ścieżki bramy kontrybucyjnej RTMP dopiero po potwierdzeniu obu punktów końcowych.
