Krótka odpowiedź
FFmpeg pomaga odróżnić dostęp do punktu od dekodowania. Wykonaj krótki ograniczony test tego samego źródła RTSP. Same metadane lub udana odpowiedź DESCRIBE nie dowodzą użytecznego obrazu na żywo; sprawdź klatki i błędy w próbce.
Materiał źródłowy 1 · Materiał źródłowy 2 · Materiał źródłowy 3
Wykonaj kolejne kontrole
Sprawdź zainstalowaną kompilację FFmpeg i użyj dokładnego punktu końcowego kamery. Zastąp symbole zastępcze z przykładu, a dane logowania do strumienia podawaj wyłącznie w swoim prywatnym środowisku testowym.
Użyj dziesięciu sekund multimediów i dziesięciosekundowego limitu gniazda wejściowego. Próbka liczy się od nadejścia mediów, nie startu procesu; limit ogranicza zablokowany odczyt gniazda.
Ustal, czy błąd występuje przed uwierzytelnieniem, podczas negocjacji transportu, czy po odebraniu pakietów. Zachowaj pierwotny komunikat błędu, zamiast od razu zmieniać wiele opcji naraz.
Jeśli kamera to obsługuje, wykonaj oddzielny test UDP w tej samej sieci prywatnej. Zachowaj to samo źródło, kodek i przedział czasu, aby porównanie było miarodajne.
Otwórz źródło w kliencie wyświetlającym obraz, aby potwierdzić scenę i kanał. Nawet udany odczyt metadanych lub liczba pakietów mogą nie ujawnić, że wybrano niewłaściwą kamerę albo obraz jest uszkodzony.
ffmpeg -rtsp_transport tcp -timeout 10000000 -i "rtsp://CAMERA_IP:554/STREAM_PATH" -t 10 -f null -Co należy sprawdzić
Zapisz postęp dekodowanych klatek i log bez danych poufnych obok wyniku programu. Usuń osadzone konta przed wysłaniem; oddziel protokół i kodek.
Źródła i zakres
AeoCam jest dostępny dla Windows. Poniższe ustawienia opisują przygotowanie protokołów, a nie certyfikację konkretnej kamery ani obietnicę wszystkich funkcji w każdej wersji aplikacji. Aktualną dostępność sprawdź dla zainstalowanej kompilacji oraz na stronie Microsoft Store.
Dokumentacja producenta opisuje kamerę lub protokół. Nie deklarujemy tutaj testu zgodności z fizyczną kamerą. Menu i możliwości mogą się zmieniać zależnie od modelu i oprogramowania układowego.