Bezpośrednia odpowiedź
Ustaw docelowy poziom opóźnienia, zmierz każdy etap i usuń kolejki, których można uniknąć, zachowując jednocześnie wystarczającą ochronę przed jitterem dla prawdziwej sieci. Zacznij od buforowania kamery GOP i kodera, a następnie obwiniaj WebRTC.
Dlaczego tak się dzieje
Protokół o niskim opóźnieniu nie może usunąć opóźnienia już utworzonego przez koder kamery, transkoder lub zbyt duży bufor odtwarzacza. Każda kolejka może również zamienić odporność na szybkość.
Przeglądarki zwykle potrzebują bramy, która konwertuje obraz z kamery na natywną internetową ścieżkę dostarczania.
Kontrolowany test
Użyj widocznego źródła czasu lub metody zsynchronizowanego znacznika czasu, aby porównać przechwytywanie i wyświetlanie w normalnych i zakłóconych warunkach sieci.
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 |
|---|---|---|
| Kamera | Zmierz zachowanie kodera i klatki kluczowej. | Znane jest opóźnienie źródła. |
| Wejście | Identyfikuj czas dekodowania, transkodowania i kolejki. | Koszty przejścia i konwersji są rozdzielone. |
| Sieć | Zmierz RTT, stratę i jitter na ścieżce docelowej. | Bufor jittera jest dobierany na podstawie dowodów. |
| Przeglądarka | Zmierz opóźnienie renderowania i odzyskiwanie po utracie. | Doświadczenie spełnia zamierzony cel. |
Dowód do zachowania
Opublikuj tabelę budżetu opóźnień, a nie pojedynczą liczbę w najlepszym przypadku. Podaj urządzenie, kodek, stan sieci i metodę pomiaru.
Uwaga dotycząca granicy i bezpieczeństwa
Zmniejszenie każdego bufora do zera może powodować zawieszanie się i artefakty; celem jest ograniczone opóźnienie z akceptowalną odpornością.
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 WebRTC gwarantuje opóźnienie poniżej sekundy?
Nie. Koder kamery, bramka i sieć mogą wykorzystać budżet, zanim przeglądarka odbierze multimedia.
Co powinienem dostroić w pierwszej kolejności?
Zmierz kolejkę kamery GOP i bramy przed zmniejszeniem bufora jitter przeglądarki.
Czy przejście może zmniejszyć opóźnienie?
Tak, jeśli przeglądarka obsługuje kodek źródłowy i pakietowanie, ponieważ można uniknąć transkodowania.
Podstawowe odniesienia
- IETF RFC 7826 — protokół przesyłania strumieniowego w czasie rzeczywistym 2.0
- Specyfikacja W3C — WebRTC 1.0
- FFmpeg — RTSP opcje protokołu i przykłady
- IETF RFC 5905 — protokół Network Time w wersji 4
Powiązany przewodnik SmartRTSP
Otwórz powiązany przewodnikPrzerwij kompleksowe opóźnienie w kodowaniu kamery, przetwarzaniu, bramce, sieci, drganiach i dekodowaniu przeglądarki, zamiast dostrajać na ślepo jeden bufor.