Bezpośrednia odpowiedź
Użyj przekazywania, gdy kodek źródłowy i parametry są akceptowane przez miejsce docelowe. Najpierw sprawdź kamerę, a następnie sprawdź obsługę przeglądarki lub dalszego źródła; transkoduj tylko niekompatybilne utwory.
Dlaczego tak się dzieje
Ponowne przesyłanie strumieniowe może zmienić transport i rozłożyć sesje bez dekodowania wideo. Oszczędza procesor i zachowuje jakość, ale nie pozwala na nagłe odtworzenie nieobsługiwanego kodeka.
Przeglądarki zwykle potrzebują bramy, która konwertuje obraz z kamery na natywną internetową ścieżkę dostarczania.
Kontrolowany test
Przetestuj oddzielnie obraz i dźwięk oraz porównaj procesor bramy, czas uruchamiania i zgodność z klientem docelowym.
Zmień jedną zmienną na raz. Zapisuj model aparatu, oprogramowanie sprzętowe, punkt końcowy i konto; następnie przetestuj osiągalność sieci, odpowiedź protokołu, transport multimediów i dekodowanie jako osobne warstwy.
Skorzystaj z dedykowanego konta tylko do przeglądania i zaufanego lokalnego narzędzia diagnostycznego. Zredaguj dane uwierzytelniające, adresy prywatne i dane identyfikacyjne przed udostępnieniem wyników.
Sekwencja diagnostyczna
| Sprawdzać | Działanie | Dowód postępu |
|---|---|---|
| Źródło | Sprawdź kodek, profil, rozdzielczość i dźwięk. | Skompresowane ścieżki są znane. |
| Miejsce docelowe | Lista akceptowanych kodeków i kontenerów. | Zgodność jest wyraźna. |
| Przejście | Remux lub przekaźnik bez dekodowania wideo. | Procesor pozostaje niski, a jakość niezmieniona. |
| Rozwiązanie awaryjne | Transkoduj tylko błędną ścieżkę lub profil. | Dodatkowa pojemność i opóźnienie są ograniczone. |
Dowód do zachowania
Dokumentuj, które ścieżki przechodzą, które są konwertowane i dlaczego. Uniemożliwia to przyszłym operatorom zakładanie, że brama transkoduje wszystko.
Uwaga dotycząca granicy i bezpieczeństwa
Przekaźnik o niskim poziomie procesora może w dalszym ciągu ujawnić dane uwierzytelniające lub stać się pojedynczym punktem awarii; zabezpiecz i monitoruj ją jak każdą inną bramę.
Do zdalnego podglądu użyj zarządzanego VPN zamiast udostępniać RTSP lub porty administracyjne kamery bezpośrednio w publicznym Internecie.
SmartRTSP
SmartRTSP to przeglądarka RTSP i ONVIF skupiająca się na kamerze dla urządzeń Apple, Windows i Android. Pasuje do bezpośredniego oglądania, wykrywania i kontroli wielu kamer; prowadź dedykowany NVR lub VMS, gdy wymagane jest ciągłe rejestrowanie, eksport dowodów lub scentralizowana kontrola przedsiębiorstwa.
Często zadawane pytania
Czy ponowne przesyłanie strumieniowe jest tym samym, co transkodowanie?
Nie. Ponowne przesyłanie strumieniowe umożliwia przesyłanie lub przepakowywanie skompresowanych multimediów bez ich dekodowania i ponownego kodowania.
Dlaczego przekazywanie nie działa w przeglądarce?
Przeglądarka może nie obsługiwać kodeka kamery lub pakietowania, mimo że obsługuje to inny klient RTSP.
Czy dźwięk może być transkodowany podczas przesyłania wideo?
Tak, jeśli bramka obsługuje niezależną obsługę utworów.
Podstawowe odniesienia
- FFmpeg — RTSP opcje protokołu i przykłady
- IETF RFC 7826 — protokół przesyłania strumieniowego w czasie rzeczywistym 2.0
- MDN — kontenery multimediów i formaty kodeków w Internecie
Powiązany przewodnik SmartRTSP
Otwórz powiązany przewodnikWykorzystuj ponownie skompresowany obraz z kamery, aby zmniejszyć moc obliczeniową podczas sprawdzania od początku do końca zgodności kodeków, dźwięku i pakietowania.