The VideoLAN Forums

Folks,

I am going crazy here trying to figure this one out.

I have a Generic IP Camera (made in China). Model is TV-699HDE-XMW. The darn thing work just fine when I am using their ACTIVEX plugin in IE. Yes, you heard it right - ACTIVE X.

So, I want to just stream it. I see in Wireshark the streaming is started by Active using the following command:
rtsp://192.168.0.200:34567/user=admin&password=&channel=1&stream=0?RTSP/1.0

When I try to do the same thing from VLC, it is a NG. I suspect that there is a POST command before that perhaps that tells the camera to START recording? What am I doing wrong here?

Here is the log from VLC
main debug: VLC media player - 3.0.4 Vetinari
main debug: Copyright © 1996-2018 the VideoLAN team
main debug: revision 3.0.4-0-gf615db6332
main debug: configured with /Users/d-fu/vlc-3.0/extras/package/macosx/../../../configure '--prefix=/Users/d-fu/vlc-3.0/build/vlc_install_dir' '--enable-macosx' '--enable-merge-ffmpeg' '--enable-osx-notifications' '--enable-faad' '--enable-flac' '--enable-theora' '--enable-shout' '--enable-ncurses' '--enable-twolame' '--enable-realrtsp' '--enable-libass' '--enable-macosx-qtkit' '--enable-macosx-avfoundation' '--disable-skins2' '--disable-xcb' '--disable-caca' '--disable-pulse' '--disable-sdl-image' '--disable-vnc' '--build=x86_64-apple-darwin17' '--host=x86_64-apple-darwin17' '--with-macosx-version-min=10.7' '--with-macosx-sdk=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk' '--with-breakpad=https://mac.crashes.videolan.org' 'build_alias=x86_64-apple-darwin17' 'host_alias=x86_64-apple-darwin17' 'CC=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang' 'CFLAGS=-g' 'LDFLAGS=' 'CXX=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++' 'CXXFLAGS=-g' 'OBJC=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang' 'OBJCFLAGS=-g'
main debug: processing request item: rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp, node: Playlist, skip: 0
main debug: resyncing on rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp
main debug: rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp is at 8
main debug: starting playback of new item
main debug: resyncing on rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp
main debug: rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp is at 8
main debug: creating new input thread
main debug: Creating an input for 'rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp'
main debug: requesting art for new input thread
main debug: using timeshift granularity of 50 MiB
main debug: using default timeshift path
main debug: `rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp' gives access `rtsp' demux `any' path `192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp'
main debug: creating demux: access='rtsp' demux='any' location='192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp' file='(null)'
main debug: looking for meta fetcher module matching "any": 1 candidates
main debug: looking for access_demux module matching "rtsp": 14 candidates
main debug: no meta fetcher modules matched
main debug: looking for art finder module matching "any": 2 candidates
main debug: no art finder modules matched
live555 debug: version 2016.11.28
live555 debug: connection timeout
live555 error: Failed to connect with rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp
main debug: no access_demux modules matched
main debug: creating access: rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp
main debug: looking for access module matching "rtsp": 23 candidates
satip debug: try to open 'rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp'
satip debug: connect to host '192.168.1.17'
main debug: net: connecting to 192.168.1.17 port 34567
main debug: connection succeeded (socket = 18)
main debug: net: opening 0.0.0.0 datagram port 9230
main debug: net: opening 0.0.0.0 datagram port 9231

So it shows 0.0.0.0 datagram port opened but no image.

Then some time later it does:
satip error: read error: Connection reset by peer
satip error: Failed to setup RTSP session
main debug: net: connecting to 192.168.1.17 port 34567
main debug: connection succeeded (socket = 18)
main error: read error: Connection reset by peer
main error: read error: Connection reset by peer
access_realrtsp debug: rtsp connected
access_realrtsp warning: only real/helix rtsp servers supported for now
main debug: no access modules matched
main debug: dead input
main debug: changing item without a request (current 8/9)
main debug: nothing to play

WHAT AM I MISSING HERE?

PLEASE NOTE THAT PORT 34567 is OPEN according to NMAP:
victor@neural:~$ nmap -p- 192.168.1.17

Starting Nmap 7.01 ( https://nmap.org ) at 2018-10-30 15:57 PDT

Nmap scan report for 192.168.1.17
Host is up (0.013s latency).
Not shown: 65532 closed ports
PORT STATE SERVICE
80/tcp open http
9530/tcp open unknown
34567/tcp open unknown

Why ActiveX would be able to start video like this and I cannot do the same from VLC? Help

Hi,

* Is there a reason you added ".sdp" at the end of your URI?
* could you add "-A" to your nmap scan?
* could you paste the log of the RTSP session from wireshark (analyze > follow > TCP Stream) for both your ActiveX and VLC ?

It does not look like the camera supports RTSP at the specified IP and port. Or then there is a network side problem.