Live555 proxy serwer opcje binarne

Im próbuje strumieniowego rtsp wideo za pośrednictwem tcp przy użyciu mplayer w oknach minGW systemu Windows i zależy to od live555 streaming media biblioteki. Kroki, które zrobiłem to: pobieranie strumieniowej transmisji strumieniowej live555 src build each. mak w srclive (używam nmake f. mak za pośrednictwem wiersza poleceń, ponieważ mój VS2017 nie potrafi rozpoznać plików. mak). Proces budowania był sukcesem, a wynik jest taki sam. pliki obj. Problemem jest potrzeba mplayera. Pliki do zrobienia i kompilacja nie stworzyła go. czy naprawdę potrzebuję plików. a Jeśli tak, to jak go zdobyć jest jakaś inna metoda budowania, którą mogę użyć do rozwiązania tego używam mediów strumieniowych Live555 dla aplikacji, która rejestruje i ponownie strumieni RTSP pochodzących z kamery IP. Do tego używam openRTSP do nagrywania i serwer proxy live555 do ponownego przesyłania strumieniowego kamery. W przypadku kilku kamer napotykamy na dziwną sytuację, w której nagrywanie kamer odbywa się pomyślnie, ale serwer proxy live555 nie może wygenerować nowego strumienia dla tego samego strumienia aparatu (nie ma informacji o awarii w zerowym produkcie, jednak URL rtsp generowany przez serwer proxy nie może zostać zdekodowany przez klienta rtsp). Ponieważ nie mam pojęcia o szczegółach serwera proxy live555, nie mogłem dostać się do tego problemu. Próbowałem przesyłać strumieniowo ten sam strumień kamer za pomocą VLC i to działa dobrze. Co mogłoby być z tym nie tak. Jestem tutaj, dołączając pełne dane wyjściowe w celach informacyjnych. MI:. liveproxyServergtlive555ProxyServer. exe - V rtsp: 10.17.10.67ch0unicastfirststream Serwer proxy LIVE555 (wersja biblioteki multimediów strumieniowych LIVE555, wersja z dnia 22.03.2018) Otwieranie połączenia z 10.17.10.67, port 554. Strumień RTSP, proxying strumienia rtsp: 10.17.10.67ch0unicastfirststream Odtwórz ten strumień za pomocą URL rtsp: 10.17.1.150proxyStream (Używamy portu 8000 do opcjonalnego tunelowania RTSP przez HTTP). Otwarte połączenie zdalne Wysyłanie żądania: DESCRIBE rtsp: 10.17.10.67ch0unicastfirststream RTSP1.0 Użytkownik-Agent: ProxyRTSPClient (LIVE555 Streaming Media v2017. 05.17) Otrzymano 716 nowych bajtów danych odpowiedzi. Otrzymano kompletną odpowiedź DESCRIBE: Ja i Saurabh pracujemy nad tym samym projektem. Spróbowaliśmy przeanalizować, co się dzieje, używając testRTSPClient zgodnie z sugestiami użytkownika, a tutaj znajduje się pełny zrzut testRTSPClient: Otwieranie połączenia z 10.17.1.111, port 8554. Otwarte połączenie zdalne Wysyłanie żądania: DESCRIBE rtsp: 10.17.1.111: 8554proxyStream RTSP1 .0 msWin32DebugTestPrograms. exe (LIVE555 Streaming Media v2017.06.26) Otrzymano 101 nowych bajtów danych odpowiedzi. Otrzymano pełną odpowiedź DESCRIBE: RTSP1.0 404 Plik nie został znaleziony lub w formacie nie sformatowanym Data: czw, 05 maja 2017 09:23:54 GMT URL: rtsp: 10.17.1.111: 8554proxyStream: Nie udało się uzyskać opisu karty SDP: 40 4 Nie znaleziono pliku lub nieprawidłowy format adresu URL: rtsp: 10.17.1.111: 8554proxyStream: zamknięcie strumienia. Naciśnij dowolny klawisz, aby kontynuować Wydaje się, że serwer proxy live555 nie może dostarczyć odpowiedzi na żądanie DESCRIBE wysłane od klienta (testRTSPClient). Co mogłoby być tego przyczyną. Niniejszym załączam odpowiedni, pełny zrzut serwera proxy dla serwera proxy live555. LIVE555 Proxy Server (LIVE555 biblioteka multimediów strumieniowych wersja 2017.06.26) Otwieranie połączenia z 10.17.10.67, port 554. Strumień RTSP, proxy proxy strumienia rtsp: 10.17.10.67ch0unicastfirststream Odtwórz ten strumień za pomocą adresu URL rtsp: 10.17.1.111: 8554proxyStream (We użyj portu 80 do opcjonalnego tunelowania RTSP przez HTTP). Otwarte połączenie zdalne Wysyłanie żądania: DESCRIBE rtsp: 10.17.10.67ch0unicastfirststream RTSP1.0 Użytkownik-Agent: ProxyRTSPClient (LIVE555 Media strumieniowe v2017.06.26) Otrzymano 718 nowych bajtów danych odpowiedzi. Otrzymano pełną odpowiedź DESCRIBE: Data: czw, 05 lipca 2017 09:19:08 GMT 2017-07-06 05:58:23 UTC Dziękujemy za odpowiedź. Mam informacje o debugowaniu dumpa, które zasugerowałeś. Proszę odnaleźć dziennik poniżej. LOG INFO-START LIVE555 Serwer proxy (LIVE555 biblioteka multimediów strumieniowych wersja 2017.06.26) Otwarcie połączenia z 10.17.10.56, port 554. Strumień RTSP, proxy proxy strumienia rtsp: 10.17.10.56ch0unicastfirststream Odtwórz ten strumień za pomocą adresu URL rtsp: 10.17.1.111 : 8554proxyStream (Używamy portu 80 do opcjonalnego tunelowania RTSP przez HTTP). otwarte zdalne połączenie Wysyłanie żądania: DESCRIBE rtsp: 10.17.10.56ch0unicastfirststreamRTSP1.0 CSeq: 2 Użytkownik-Agent: ProxyRTSPClient (LIVE555 Media strumieniowe v2017.06.26) Akceptuj: applicationsdp Otrzymano 716 nowych bajtów danych odpowiedzi. Otrzymano kompletną odpowiedź DESCRIBE: RTSP1.0 200 OK CSeq: 2 Data: Fri, Lip 06 2017 11:05:59 GMT Content-Base: rtsp: 10.17.10.56ch0unicastfirststream Content-Type: applicationdp Długość treści: 540 v0 o - 1341318888742256 1 IN IP4 10.17.10.56 sSession pierwszego strumienia iFirst Stream Codec t0 0 atool: LIVE555 Streaming Media v2007.08.03 atype: broadcast acontrol: arange: npt0- ax-qt-text-nam: Sesja pierwszego strumienia ax-qt-text - inf: Pierwszy kodek Codec Stream mvideo 0 RTPAVP 96 cIN IP4 0.0.0.0 artpmap: 96 MP4V-ES90000 afmtp: 96 profile-level-id5config000001B005000001B509000001000000012000847A98 28A02240A31F acontrol: track1 mmetadata 0 RTPAVP 97 cIN IP4 0.0.0.0 artpmap: 97 METADATA64000 acontrol: track2 ProxyServerMediaSessionrtsp : 10.17.10.56ch0unicastfirststream dodał nowe proxy ProxyServerMediaSubsession dla ścieżki RTPvideoMP4V-ES ProxyServerMediaSessionrtsp: 10.17.10.56ch0unicastfirststream dodał nowe proxy ProxyServerMediaSubsession dla ścieżki RTPmetadataMETADATA Wysyłanie żądania: OPCJE rtsp: 10.17.10.56ch0unicast firststreamRTSP1.0 CSeq: 3 User-Agent: ProxyRTSPClient (LIVE555 Streaming Media v2017.06.26) Otrzymano 122 nowe bajty danych odpowiedzi. Otrzymano kompletną odpowiedź OPTIONS: RTSP1.0 200 OK CSeq: 3 Data: Fri, Jul 06 2017 11:06:33 GMT Publiczne: OPCJE, OPIS, USTAWIENIA, TEKSTURA, ODTWARZANIE, PAUSE accept () ed connection from 10.17.1.111 Liveness wskazanie od klienta na 10.17.1.111 Wskaźnik żywotności od klienta na 10.17.1.111 RTSPClientSession02060068 :: handleRequestBytes () odczytuje 161 nowych bajtów: DESCRIBE rt sp: 10.17.1.111: 8554proxyStream RTSP1.0 CSeq: 2 User-Agent: testRTSPClient. exe (LIVE555 Streaming Media v2017.05.11) Zaakceptuj: applicationsdp parseRTSPRequestString () powiodło się, zwracając cmdName DESCRIBE, urlPreSuffix, urlSuffix proxyStream, CSeq 2, Content-Length 0, z 0 bajtami po t wiadomości. ProxyServerMediaSubsessionMP4V-ES :: createNewStreamSource (session id 0) Zainicjowany: ProxyServerMediaSubsessionMP4V-ES ProxyServerMediaSubsessionMP4V-ES :: createNewRTPSink () ProxyServerMediaSubsessionMP4V-ES :: closeStreamSource () ProxyServerMediaSubsessionMETADATA :: createNewStreamSource (sesja id 0) Zainicjowany: ProxyServerMediaSubsessionMETADATA wysyłanie odpowiedzi: RTSP1.0 404 Nie znaleziono pliku lub nieprawidłowo Format CSeq: 2 Data: Fri, Lip 06 2017 05:38:16 Wskaźnik aktywności GMT od klienta na 10.17.1.111 RTSPClientSession02060068 :: handleRequestBytes () odczytanie 0 nowych bajtów (z 10000) t Wyznaczanie połączenia Wysłanie żądania: OPCJE rtsp: 10.17.10.56ch0unicastfirststreamRTSP1.0 CSeq: 4 User-Agent: ProxyRTSPClient (LIVE555 Streaming Media v2017.06.26) Otrzymano 122 nowe bajty danych odpowiedzi. Odebrano pełną odpowiedź OPTIONS: RTSP1.0 200 OK OK: 4 Data: Fri, Jul 06 2017 11:07:10 GMT Publiczny: OPCJE, OPIS, USTAWIENIE, TEKSTURA, ODTWARZANIE, PAUSE Otwieranie połączenia z 10.17.10.56, port 554. . otwarte zdalne połączenie Wysyłanie żądania: OPCJE rtsp: 10.17.10.56ch0unicastfirststreamRTSP1.0 CSeq: 5 Użytkownik-Agent: ProxyRTSPClient (LIVE555 Media strumieniowe v2017.06.26) Otrzymano 122 nowe bajty danych odpowiedzi. Otrzymano kompletną odpowiedź OPTIONS: RTSP1.0 200 OK OK: 5 Data: Fri, Jul 06 2017 11:08:09 GMT Publiczny: OPCJE, OPIS, USTAWIENIE, TEKSTURA, PLAY, PAUSE Zweryfikowałem informacje o Debugach z RTSPServer. cpp Drukowane przez drukarkę do innej kamery roboczej (Drukuje wskazanie Liveness z klienta pod adresem 10.17.1.111 ..) W dzienniku bieżącym również po wydrukowaniu wskazania Liveness od klienta w 10.17.1.111. i w testRTSPClient udostępnia następujące dzienniki, które są podobne do poprzedniego LOGUtwórz połączenie z 10.17.1.111, port 8554. otwarte połączenie zdalne Wysyłanie żądania: DESCRIBE rtsp: 10.17.1.111: 8554proxyStream RTSP1.0 CSeq: 2 User-Agent: testRTSPClient. exe (LIVE555 Streaming Media v2017.05.11) Accept: applicationsdp Otrzymano 101 nowych bajtów danych odpowiedzi. Otrzymano pełną odpowiedź DESCRIBE: RTSP1.0 404 Plik nie został znaleziony lub w nieodpowiednim formacie CSeq: 2 Data: Fri, Jul 06 2017 05:53:08 GMT Post Wysłany przez: Ross Finlayson To bardzo dziwne. Nie rozumiem, dlaczego serwer proxy odpowiada 404 Nie znaleziono pliku. na prośby klienta. 1 Edytuj plik liveMediaRTSPServer. cpp i dodaj linię definiującą DEBUG 1 na początku pliku. 2 Ponownie skompiluj bibliotekę liveMedia. 3 W bibliotece proxyServer ponownie utworzyć plik binarny live555ProxyServer. 4 Uruchom live555ProxyServer - V ltback-end-rtsp-URLgt jeszcze raz i spróbuj połączyć się z nim. Wyślij nam dane wyjściowe debugowania z serwera proxy. Ross Finlayson Live Networks, Inc. lista list dyskusyjnych live-devel live555.live555mailmanlistinfolive-devel Dzięki za szybkie wsparcie. Już działa. Zauważamy również, że ten sam typ, to samo ustawienie różnych kamer ma różne metadane. Post przez Ross Finlayson OK, I zorientować się problem - został spowodowany przez niestandardową ścieżkę metadanych w strumieniu back-end. Ponieważ ten utwór jest niestandardowy, nie możemy go zastąpić, ale nie powinno to mieć prevetnted inne, standardowe ścieżki wideo przed proxied. Ive teraz zainstalowałem nową wersję 2017.07.06 oprogramowania LIVE555 Streaming Media, które powinno naprawić ten problem. Teraz klient frontonu powinien móc odbierać ścieżkę wideo OK. Dziękujemy za przybliżenie tej kwestii. Ross Finlayson Live Networks, Inc. live555 live-devel lista mailingowa list. live555mailmanlistinfolive-devel 2017-07-14 05:22:32 UTC Byłby nam wdzięczny, gdybyś mógł opracować, co masz na myśli ze względu na niestandardowe metadane, ponieważ próbujemy zgłosić ten sam problem do naszego dostawcy aparatu. Czekam na Twoją odpowiedź. Dziękuję Ci. W sobotę, 7 lipca 2017 o 10:32, Kiran P. Thakkar Post Kiran P. Thakkar Drogi Ross, Dzięki za szybkie wsparcie. Już działa. Zauważamy również, że ten sam typ, to samo ustawienie różnych kamer ma różne metadane. Pozdrawiam Kiran Post Ross Finlayson OK, zorientowałem się, że problem jest spowodowany niestandardową ścieżką metadanych w back-endowym strumieniu. Ponieważ ten utwór jest niestandardowy, nie możemy go zinterpretować, ale nie powinno to uniemożliwić innej standardowej ścieżki wideo z proxy. Ive teraz zainstalowałem nową wersję 2017.07.06 oprogramowania LIVE555 Streaming Media, które powinno naprawić ten problem. Teraz klient frontonu powinien móc odbierać ścieżkę wideo OK. Dziękujemy za zwrócenie naszej uwagi na tę kwestię. Ross Finlayson Live Networks, Inc live555 lista list dyskusyjnych live-devel lists. live555mailman lista list dyskusyjnych live-devel lista listy dyskusyjnej list. live555mailmaninflifikacja-devel 2017-07-17 00:05:31 UTCRecznie pobierałem kod źródłowy serwera Live555 z ich strony. Próbowałem skompilować i uruchomić plik testMPEG1or2AudioVideoStreamer. cpp w katalogu testProgs. Z powodzeniem skompilowałem cały projekt, łącznie z programami testowymi. Następnie uruchamiam program testowy testMPEG1or2AudioVideoStreamer. Umieściłem również plik test. mpg w bieżącym katalogu zgodnie z definicją w programie testowym. Po uruchomieniu otrzymałem następujący wynik: następnie skopiuj i odtwórz URL rtsp: 192.168.2.22: 5555testStream używając odtwarzacza VLC media player, ale VLC po prostu czekaj, a następnie zatrzymaj się (podobnie jak w Gnome MPlayer). Nie odtwarza dźwięku ani filmu wideo. Każda pomoc jest doceniana, ponieważ nie mogę kontynuować transmisji bez pomyślnego przesyłania strumieniowego przy użyciu Live555. Oto kod testMPEG1or2AudioVideoStreamer. cpp. Czy możesz mi powiedzieć, czego brakuje. EDYCJA 1: wyjście openRTSP Użyłem Zenmap do skanowania portów, a ten pokazał 5555 jako port tcp i jako otwarty. Ale pokazuje aplikację jako freeciv, ale nie zainstalowałem tej gry w moim systemie. Może to być przypuszczenie Zenmap. Używam Fedory 16 z gnome 3.2 w moim systemie. Wszystko wydaje się OK, z wyjątkiem następujących dwóch błędów: podejrzewam, że może to mieć coś wspólnego z użyciem niestandardowego numeru portu, ale może się mylę. Port RTSP przypisany przez IANA to 554, a 8554 jako wtórny IIRC. Wygląda na to, że zmodyfikowałeś kod live555 na serwerze, aby używał zamiast niego 5555. Jednak nie wiesz, czy użycie VLCs obsługuje live555 przy użyciu niestandardowych numerów portów RTSP. Przypuszczam, że mógłbyś to sprawdzić w kodzie VLC. Rzeczy, które możesz wypróbować: użyj pracy openRTSP z identyfikatorem URI za pomocą sniffera pakietów, aby zobaczyć, co faktycznie dzieje się w sieci, np. Jakie porty są używane. użyj standardowego portu i sprawdź, czy to działa. Te kroki pozwolą ci zawęzić problem. Z komunikatów RTSP można zobaczyć, że VLC próbuje utworzyć sesję emisji pojedynczej, serwer odpowiada z adresem multiemisji transportowej. VLC następnie odtwarza strumień, nie odbiera żadnych danych przez 10 sekund, a następnie próbuje uruchomić przeplecioną RTP przez sesję RTSP, na którą serwer ponownie odpowiada adresem multicastowym, a zatem serwer RTSP odpowiada 461. Według live555: testMPEG1or2AudioVideoStreamer odczytuje MPEG - 1 lub 2 programowy plik strumieniowy (nazwany test. mpg), wyodrębnia z niego strumień elementarny audio i wideo oraz przesyła strumienie, za pomocą protokołu RTP, do grupy multiemisji 239.255.42.42, portu 66666667 (dla strumienia audio) i 88888889 ( dla strumienia wideo). Ten program ma również (opcjonalny) wbudowany serwer RTSP. Jeśli openRTSP jest w stanie połączyć, możesz zobaczyć ruch z powiedzeniem Wireshark. Czy widzisz przychodzące OPTIONS lub DESCRIBE, gdy używasz VLC Jeśli nie, to VLC może nie być napisany do używania niestandardowego portu RTSP. Uruchom także vlc z opcją - vvv wyświetli więcej informacji w oknie komunikatów lub konsoli: sprawdź, czy pojawiają się tam jakieś ostrzeżenia. ndash Ralf Nov 30 11 o 7:24