Krótka odpowiedź: RTSP jest często stroną kamery lub sesji kontrolowanej, podczas gdy RTMP jest zwykle stroną publikacji przez enkoder. Mogą występować w jednym systemie, ale zastąpienie jednego drugim zmienia kontrakt źródła, odbiornika i dostarczania.
RTMP a RTSP: model operacyjny
| Granica | RTSP | RTMP |
|---|---|---|
| Typowe źródło | Urządzenie lub serwer mediów udostępniający sesję sterowaną przez RTSP | Enkoder lub oprogramowanie produkcyjne publikujące sygnał programu |
| Model sterowania | RTSP definiuje metody sterowania sesją; media są zwykle przenoszone przez RTP | RTMP przenosi trwałą sesję publikacji do swojego punktu odbiorczego |
| Transport | RTSP to sterowanie sesją; urządzenie i odbiornik ustalają opcje przenoszenia RTSP/RTP | RTMP używa TCP; punkt ingestu definiuje URL i poświadczenia |
| Odbiornik | Klient, rejestrator lub brama obsługująca ścieżkę kamery/sesji | Platforma lub serwer ingestu, który przyjmuje kontrakt publikacji |
| Dostarczanie do przeglądarki | W typowych przepływach web wymaga osobno skonfigurowanej ścieżki dostarczania | Również wymaga osobno skonfigurowanej ścieżki dostarczania |
Role protokołów opisane powyżej wynikają z IETF RTSP, RTP oraz specyfikacji RTMP.
Wybieraj od źródła na zewnątrz
Enkoder wysyła program do ingestu
Gdy platforma przydziela URL RTMP i klucz, przed pierwszym wydarzeniem sprawdź rzeczywisty profil enkodera — kodek wideo/audio, profil, rozdzielczość, liczbę klatek na sekundę i kadencję klatek kluczowych.
Użyj szczegółów RTMP celu, gdy platforma lub RTMP Server przydziela URL publikacji i klucz. Przed wydarzeniem sprawdź, czy kodek enkodera, liczba klatek, układ audio i bitrate odpowiadają celowi. Przychodzący sygnał RTMP jest granicą ingestu; odtwarzanie, nagrywanie i restreaming pozostają świadomymi wyborami dalszej ścieżki.
Rejestrator lub brama pobiera obraz z kamery w kontrolowanej sieci LAN
Przeczytaj dokładną dokumentację urządzenia dotyczącą formy URL RTSP, uwierzytelniania i opcji TCP/UDP RTP, a potem przetestuj tę trasę w docelowym rejestratorze lub bramie. Potwierdź obsługiwany profil wideo/audio. Osiągalny URL sterowania RTSP nie potwierdza, że każdy dalszy rejestrator lub przeglądarka zaakceptuje powiązany strumień mediów.
Widzowie potrzebują odtwarzania w przeglądarce
Ani RTSP, ani RTMP nie są natywną odpowiedzią na odtwarzanie w nowoczesnej przeglądarce. Wybierz skonfigurowane wyjście web, takie jak HLS lub WebRTC, na podstawie zachowania odbiorców, wymagań odtwarzacza i warunków sieciowych, a następnie testuj punkt końcowy widza, a nie URL źródła.
Testy transportu i kodeków prowadź osobno
URL może się połączyć, gdy odbiornik odrzuca media albo nie wyświetla obrazu. Rejestruj ustawienia protokołu/transportu oddzielnie od kodeka wideo, profilu, rozdzielczości, liczby klatek i kodeka audio. To znacznie ułatwia odizolowanie problemu kamery od problemu transkodowania lub odtwarzacza.
Krótki podręcznik walidacji
Wybierz RTSP, gdy wybrane urządzenie i rejestrator uzgadniają sesję sterowaną przez RTSP. Wybierz RTMP, gdy wybrany odbiornik publikacji przydzielił URL/key ingestu. Kamera może oferować oba protokoły, a każdy może być złym wyborem, jeśli kolejny odbiornik nie przyjmuje pełnego kontraktu transportu i mediów.
- Zapisz typ źródła: sesja kamery lub nadawca programu.
- Potwierdź protokół odbiornika, URL/uwierzytelnianie i dozwolone kodeki.
- Testuj osobno połączenie źródła i media.
- Przetestuj rzeczywiste wyjście nagrywania, restreamingu lub przeglądarki, które po nim następuje.
- Zachowaj znany, działający profil źródła na potrzeby rollbacku.
Gdzie pasuje Callaba
RTMP Server Callaba służy do skonfigurowanej publikacji RTMP i dostępu odbiornika. W przepływie kamery sprawdź trasę RTSP w dokumentacji rejestratora lub routingu, zanim zaprojektujesz ścieżkę wyjścia. Gdy sygnał wymaga konwersji, użyj transkodowania wideo na żywo po potwierdzeniu wybranych kontraktów wejścia i wyjścia.
