Witam.
Mam napisaną aplikację w C# do odczytu obrazu z kamer IP.
Łączę się z nią do kanału rtsp podając w adresie ip m.in. użytkownika i hasło. Chciałbym podczas konfiguracji tego ip'ka dać możliwość użytkownikowi sprawdzenia czy adres jest prawidłowo zdefiniowany.
I tu moje pytanie: jak to zrobić nie zaprzęgając całego aparatu do odczytu kamery.
Czy da się to zrobić telnet'em? Czy może jakimś zapytaniem rest'owym?
0
0
A nie możesz po prostu puścić rtsp bez loginu i hasła i sprawdzić status code jaki zwróci takie "zapytanie"?
0
AdamWox napisał(a):
A nie możesz po prostu puścić rtsp bez loginu i hasła i sprawdzić status code jaki zwróci takie "zapytanie"?
Ale chodzi mi o sprawdzenie poprawności danych logowania. Czy są prawdiłowe.
0
Wpisz dla testów niepoprawny login lub hasło i zobacz co ci kamera zwróci, bo moim zdaniem powinna coś w stylu 401 Unauthorized
0
AdamWox napisał(a):
Wpisz dla testów niepoprawny login lub hasło i zobacz co ci kamera zwróci, bo moim zdaniem powinna coś w stylu 401 Unauthorized
Ok, ale jakim zapytaniem to zrobić? Rozumiem, że rest'owym? Ale typu GET, PUT czy jakoś inaczej? Może jakiś przykład?
Pracuję na aplikacjach desktopowych i z web'em mam mało do czynienia.
0
To zależy od kamery czy obsługuje http, wątpię w to żeby tak się dało. Musisz normalnie odpytać kamerę po rtsp, jeśli dane są poprawne to zwróci OK i stream z kamery, jeśli nie to powinien zwrócić jakiś StatusCode, który ci powie, że wpisałeś coś źle, albo pod tym adresem nie ma streamu 
0
AdamWox napisał(a):
To zależy od kamery czy obsługuje http, wątpię w to żeby tak się dało. Musisz normalnie odpytać kamerę po rtsp, jeśli dane są poprawne to zwróci OK i stream z kamery, jeśli nie to powinien zwrócić jakiś StatusCode, który ci powie, że wpisałeś coś źle, albo pod tym adresem nie ma streamu
Sorry za lamerskie pytanie ale jak pisałem w webie jestem słaby:
Co to znaczy "normalnie odpytać"? Do tej pory używałem klasy System.Net.WebClient i metody DownloadData, w której podawałem adres. Czy to dobry kierunek?
Dlatego też prosiłem o jakiś przykład.
1
Są biblioteki, które robią wszystko za ciebie, nie musisz klepać tego ręcznie przez WebClient.
C# RTSP Client for .NET
RTSP to protokół, tak jak http, czy ftp, ale to nie ma nic wspólnego z typem projektu. Samo pobranie streamu z kamery jest w miarę proste, zwłaszcza z gotową biblioteką. Problemem jest obsłużyć ten stream i wyświetlić obraz, bo rtsp nie "wyświetla" obrazu, tylko przekazuje ciąg danych, które musisz sam "ręcznie" obsłużyć. W tym przypadku projekt webowy ma znaczenie, ponieważ musisz ten stream przekazać do frontu i tam dopiero pokazać obraz.
Wiemy, że to projekt web w C#, ale jaki typ, bo .NET ma tego dużo?
0
AdamWox napisał(a):
Są biblioteki, które robią wszystko za ciebie, nie musisz klepać tego ręcznie przez WebClient.
C# RTSP Client for .NETRTSP to protokół, tak jak http, czy ftp, ale to nie ma nic wspólnego z typem projektu. Samo pobranie streamu z kamery jest w miarę proste, zwłaszcza z gotową biblioteką. Problemem jest obsłużyć ten stream i wyświetlić obraz, bo rtsp nie "wyświetla" obrazu, tylko przekazuje ciąg danych, które musisz sam "ręcznie" obsłużyć. W tym przypadku projekt webowy ma znaczenie, ponieważ musisz ten stream przekazać do frontu i tam dopiero pokazać obraz.
Wiemy, że to projekt web w C#, ale jaki typ, bo .NET ma tego dużo?
Biblioteka RtspClientSharp ładnie zadziałał. To jest to o co mi chodziło.
Dzięki za pomoc.