Bezpośrednia odpowiedź
Zielone lub blokowe ramki zwykle wskazują na brak danych referencyjnych, nieobsługiwane parametry kodeka lub utratę pakietów. Porównaj ten sam strumień w TCP i UDP, a następnie przetestuj niższy profil H.264 i wymuszoną klatkę kluczową.
Dlaczego tak się dzieje
Kodeki międzyklatkowe zależą od ramek referencyjnych. Utracone pakiety, dekoder odrzucający anonsowany profil lub łączenie klatek kluczowych może spowodować uszkodzenie obrazu, nawet jeśli kontrola RTSP jest sprawna.
Oddzielna dostępność strumienia, opis multimediów, transport, dekodowanie i synchronizacja przed zmianą ustawień kamery.
Kontrolowany test
Reprodukuj na jednej kamerze i u jednego klienta. Zwróć uwagę, czy obraz zostaje przywrócony przy następnej klatce kluczowej i czy TCP eliminuje uszkodzenie.
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 |
|---|---|---|
| Transport | Wymuś TCP i porównaj z niepowodzeniem UDP. | Artefakty związane z utratą pakietów znikają lub pozostają niezmienione. |
| Klatka kluczowa | Uruchom ponownie strumień lub poproś o IDR, jeśli jest to obsługiwane. | Obraz odzyskuje świeżość w nowym układzie odniesienia. |
| Kodek | Przełącz z H.265 lub głośnego H.264 na zgodny podstrumień H.264. | Prostszy profil dekoduje czysto. |
| Obciążenie | Zmniejsz rozdzielczość i współbieżne kafelki. | Ciśnienie dekodera jest oddzielone od strat w sieci. |
Dowód do zachowania
Najsilniejszy raport obejmuje transport, kodek, profil, rozdzielczość, interwał klatek kluczowych i to, czy następna klatka kluczowa naprawia obraz.
Uwaga dotycząca granicy i bezpieczeństwa
Nie obniżaj trwale jakości, dopóki nie będziesz wiedział, czy warstwą ograniczającą jest sieć, dekoder czy koder kamery.
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
Dlaczego strumień RTSP jest zielony?
W dekoderze może brakować ważnych danych referencyjnych lub może nie obsługiwać dokładnych parametrów kodeka.
Czy TCP może naprawić blokujący się film?
Może to pomóc, gdy przyczyną utraty pakietów jest UDP, ale nie doda obsługi niekompatybilnego kodeka.
Dlaczego obraz wraca do normy po kilku sekundach?
Późniejsza klatka kluczowa może zapewnić nowe, czyste odniesienie do dekodowania.
Podstawowe odniesienia
- IETF RFC 7826 — protokół przesyłania strumieniowego w czasie rzeczywistym 2.0
- FFmpeg — RTSP opcje protokołu i przykłady
- MDN — kontenery multimediów i formaty kodeków w Internecie
Powiązany przewodnik SmartRTSP
Otwórz powiązany przewodnikKontrolowany test zielonych klatek, makroblokowania i rozrywania strumieni kamery bez przypadkowych zmian ustawień.