Trying to add a camera with the following format.....
rtsp://user:pass@192.168.1.210:6667/blinkhd
It's a Motorla Halo (binatone) baby monitor. I have an ipad app that let's me put the URL in and it works. In SecuritySpy, I add the /blinkhd to the IP address in the address box, I get a DNS error clicking the auto-detect streams, and if I hit auto-detect profiles, it zooms past them all without really trying them (I assume do to no DNS resolving.
I also tried pasting the whole URL into the request box at the bottom and selected manual configuration.... Doing this I still need to put the IP address in the address field at the top but leave everything else blank (port, user/pass, etc) right? I get a timeout after it says connecting.
- Enter 192.168.1.210 as the Address - Enter 6667 as the RTSP port - Enter the username and password in their respective boxes - Select "Manual configuration" as the Profile - Select "RTSP" as the Format - Enter blinkhd as the Request
it times out.... If i change the PW, it does say wrong pw, so it is communicating on 6667 rtsp... I also tried both blinkhd and /blinkhd in the request box....
main debug: processing request item: rtsp://192.168.1.138:6667/blinkhd, node: Media Library, skip: 0 main debug: resyncing on rtsp://192.168.1.138:6667/blinkhd main debug: rtsp://192.168.1.138:6667/blinkhd is at 0 main debug: starting playback of new item main debug: resyncing on rtsp://192.168.1.138:6667/blinkhd main debug: rtsp://192.168.1.138:6667/blinkhd is at 0 main debug: creating new input thread main debug: Creating an input for 'rtsp://192.168.1.138:6667/blinkhd' 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://user:pass@192.168.1.138:6667/blinkhd' gives access `rtsp' demux `any' path `user:pass@192.168.1.138:6667/blinkhd' main debug: creating demux: access='rtsp' demux='any' location='user:pass@192.168.1.138:6667/blinkhd' file='(null)' main debug: looking for access_demux module matching "rtsp": 14 candidates main debug: looking for meta fetcher module matching "any": 1 candidates live555 debug: version 2016.11.28 main warning: Password in a URI is DEPRECATED 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: RTP subsession 'video/H264' main debug: selecting program id=0 live555 debug: RTP subsession 'audio/PCMA' live555 debug: setup start: 0.000000 stop:0.000000 live555 debug: We have a timeout of 60 seconds live555 debug: play start: 0.000000 stop:0.000000 main debug: using access_demux module "live555" main debug: looking for packetizer module matching "any": 25 candidates h264 debug: found NAL_SPS (sps_id=0) h264 debug: found NAL_PPS (pps_id=0 sps_id=0) main debug: using packetizer module "h264" main debug: looking for video decoder module matching "any": 16 candidates videotoolbox debug: new SPS parsed: 0 videotoolbox debug: new PPS parsed: 0 videotoolbox warning: forcing CVPX format: 420v videotoolbox info: Using Video Toolbox to decode 'h264' main debug: using video decoder module "videotoolbox" main debug: looking for audio decoder module matching "any": 21 candidates g711 debug: samplerate:8000Hz channels:1 main debug: using audio decoder module "g711" main debug: looking for meta reader module matching "any": 2 candidates main debug: no meta reader modules matched main debug: `rtsp://user:pass@192.168.1.138:6667/blinkhd' successfully opened macosx debug: Activated assertion NoIdleSleepAssertion through IOKit (40123) live555 debug: tk->rtpSource->hasBeenSynchronizedUsingRTCP() main debug: Buffering 0% live555 debug: tk->rtpSource->hasBeenSynchronizedUsingRTCP() main debug: reusing audio output
Now I should say that for some reason on my PC, VLC does NOT work, the log above is OSX.... This is the log from it. Maybe it is a similar issue
main debug: processing request item: rtsp://192.168.1.138:6667/blinkhd, node: Media Library, skip: 0 main debug: resyncing on rtsp://192.168.1.138:6667/blinkhd main debug: rtsp://192.168.1.138:6667/blinkhd is at 0 main debug: starting playback of new item main debug: resyncing on rtsp://192.168.1.138:6667/blinkhd main debug: rtsp://192.168.1.138:6667/blinkhd is at 0 main debug: creating new input thread main debug: Creating an input for 'rtsp://192.168.1.138:6667/blinkhd' main debug: requesting art for new input thread main debug: using timeshift granularity of 50 MiB main debug: using timeshift path: C:\Users\TICKET~1\AppData\Local\Temp main debug: `rtsp://user:pass@192.168.1.138:6667/blinkhd' gives access `rtsp' demux `any' path `user:pass@192.168.1.138:6667/blinkhd' main debug: creating demux: access='rtsp' demux='any' location='user:pass@192.168.1.138:6667/blinkhd' file='\\user:pass@192.168.1.138:6667\blinkhd' main debug: looking for access_demux module matching "rtsp": 15 candidates live555 debug: version 2016.11.28 main warning: Password in a URI is DEPRECATED qt debug: IM: Setting an input live555 debug: connection timeout live555 error: Failed to connect with rtsp://192.168.1.138:6667/blinkhd main debug: no access_demux modules matched main debug: creating access: rtsp://user:pass@192.168.1.138:6667/blinkhd main debug: (path: \\user:pass@192.168.1.138:6667\blinkhd) main debug: looking for access module matching "rtsp": 26 candidates satip debug: try to open 'rtsp://user:pass@192.168.1.138:6667/blinkhd' satip debug: connect to host '192.168.1.138' main debug: net: connecting to 192.168.1.138 port 6667 main warning: connection timed out satip error: Failed to connect to RTSP server 192.168.1.138:6667 main debug: net: connecting to 192.168.1.138 port 6667 main warning: connection timed out access_realrtsp error: cannot connect to 192.168.1.138:6667 access_realrtsp debug: could not connect to: 192.168.1.138:6667/blinkhd main debug: no access modules matched main debug: dead input qt debug: IM: Deleting the input main debug: changing item without a request (current 0/1) main debug: nothing to play
It seems like the actual RTSP negotiation may be working OK in SecuritySpy (because you get the username/password error if these are specified incorrectly), so it's likely that the timeout is happening when it comes to receiving the actual media stream. VLC on your PC is also reporting a timeout.
One thing to try is to change the Format setting in SecuritySpy to RTPS UDP. Most cameras support TCP transport (it's generally better in most circumstances) but we have come across a few that only do UDP, so this may be the case with yours.