Krótka odpowiedź
Kontrolowane źródło jest lepsze do powtarzalnej diagnostyki niż nieznany publiczny URL kamery. Użyj własnego klipu i serwera RTSP, potwierdź wyjście serwera i dekodowanie klienta. Witryna nie hostuje publicznego strumienia testowego ani nie gwarantuje działania cudzych demonstracji.
Wykonaj kolejne kontrole
Wybierz krótki film bez danych wrażliwych, którego masz prawo używać. Sprawdź kodek, aby późniejszego błędu dekodera nie pomylić z nieosiągalnym serwerem.
Uruchom serwer RTSP, np. MediaMTX, według lokalnej dokumentacji. Ustal, czy odbiorca jest na tym hoście czy innej maszynie zaufanej LAN.
Opublikuj klip na skonfigurowanym RTSP. Przykład używa localhost i portu 8554; zastąp je przy innym nasłuchu lub uwierzytelnianiu.
Otwórz udostępniony punkt końcowy w kliencie referencyjnym i potwierdź, że klatki obrazu się zmieniają. Sam proces uruchomiony w terminalu nie dowodzi, że serwer przyjął źródło.
Sprawdź ten sam punkt końcowy w docelowym programie do podglądu. Na innym komputerze użyj dostępnego adresu LAN serwera zamiast 127.0.0.1 i sprawdź odpowiednią regułę zapory.
ffmpeg -re -stream_loop -1 -i own-clip.mp4 -c copy -f rtsp -rtsp_transport tcp rtsp://127.0.0.1:8554/testCo należy sprawdzić
Porównaj pierwszy obraz, ponowne łączenie i logi; po próbie zatrzymaj nadawcę i serwer. Oddziel wynik od zgodności prawdziwej kamery.
Ź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.