Change the port to 80 and try the PTZ and snapshots again. The RTSP port is normally 554 and everything else is normally port 80.
And channel 1 video is the norm. Channel 0 for everything else is also the norm.
And confirm that your username & password is the same in the DH as the account username & password using the Amcrest software.
Just to be clear, your PTZ functions are working with the Amcrest software, correct?
Also, the IP & port are used as the Device Network Id for the DH so, once you have changed the port to 80 in the DH configuration in ST, log on to the IDE and change the Device Network Id for your camera to anything (FooCam1), save it, then return to the DH and try the PTZ functions, return to the IDE and confirm the Device Network Id has changed back to the converted IP & port. This really should not be neccessary, but I want to confirm the port change took affect.
ed205323-1f4e-49ea-ad43-52d828ce8e92 12:17:14 AM: debug streamHandler(stream: a5eea790-fa69-11e6-8361-064c8bf876a6), deviceId: 5c8052cc-ed96-4bbe-9cc5-38768b9c1da7
5c8052cc-ed96-4bbe-9cc5-38768b9c1da7 12:17:14 AM: info ¦¦¦¦ ipIsLocal -> Host IP ‘192.168.1.144’ is Local
5c8052cc-ed96-4bbe-9cc5-38768b9c1da7 12:17:14 AM: info ¦¦¦¦ ipIsLocal -> Found = 1100000010101000
5c8052cc-ed96-4bbe-9cc5-38768b9c1da7 12:17:14 AM: info ¦¦¦¦ convertIPtoBinary -> IP address passed in is 192.168.1.144 and the converted binary is 11000000101010000000000110010000
5c8052cc-ed96-4bbe-9cc5-38768b9c1da7 12:17:14 AM: info ¦±- videoStart -> Streaming RTSP video; apiCommand = /cam/realmonitor?channel=1&subtype=0, IP = 192.168.1.144, Port = 554
5c8052cc-ed96-4bbe-9cc5-38768b9c1da7 12:17:14 AM: info ±-- videoStart -> camVideoChannel = 1, state.camVideoChannel = 1, camChannelModString = 1
5c8052cc-ed96-4bbe-9cc5-38768b9c1da7 12:17:14 AM: info videoStart -> Turning Video Streaming ON
I’m on a ST v2 with IP2M-841 camera, both running latest firmwares.
I wish I had a better answer for you but this is, IMHO, a ST issue.
I have found that even with my 5 cameras (3 different Amcrest models) that there are times where the video flat out will not work. I will refresh/reboot the camera/reboot my phone and nothing works for video, but PTZ works fine. Then, 10 minutes later, it works again.
I am not aware of any means by which I can get any logging out of the ST API, so I am at a loss as to how to diagnose this further.
Also, keep in mind that this is not a well-documented (ie. “supported”) ST API, so I/we are at the mercy of it (video streaming) either working or not. Very fickle, at times, but out of my ability to “fix”.
Also, make sure that you are using the latest version of my DH, which should be v2.3.4 (I believe).
I am also having this issue, ip3m-943 cameras. The video never works, ptz commands get sent but it’s a bullet camera so nothing happens obviously. I’ve tried for a week many times a day, no video
Sorry for the late reply.I have been travelling for work and just got back to work on this.
I verified my ports and the PTZ functions work in amcrest but not in ST.
I update the port in ST but do not fully understand how to change the device ID in IDE. Do I need to change it in the code itself?
I noticed in my DH when I go to update the repo it displays in the obsolete column. Should it be in one of the other columns?
My DH section lists the code in purple is that correct?
If you only have one “Amcrest Camera” DH, then just check the box (even if it says “Obsolete”) and update it, then “Publish” “For Me” and you should be good to go.
The Device ID should update itself. You can confirm this by making note of the current value, go into the configuration in the DH and change the port, click done, take any action (PTZ left?), then go back into the devices list in the IDE and confirm the Device ID has changed.
The stream is being interrupted when you issue a new command to the camera. I can not control the stream starting/stopping as that is built into the ST API.
If you are talking about the square that appears when you are streaming video then that is your “stop” control to halt video streaming. That should go away on its own after a few seconds of not touching the screen/moving the phone. Again, this is functionality built in to the ST video API.
I can’t seem to get any video either. I can use the PTZ but no video stream. I read in the original post that you can make a public IP that tends to work better. How can I go about doing that?
A public IP certainly does not work any better and is in fact much less secure.
You would need a Dynamic DNS service to make you IP public (known on the web), punch a hole through your firewall and setup a port forwarding rule in your router. All subjects that are covered in other posts.
If the video is not working then 95% of the time the configuration/ports are set wrong, 5% of the time it is ST not responding.
Scan through the last 30 messages or so and you will find it is typically a user setup issue.
The PTZ functionality works off of the Camera Channel and port. The video stream works off of the Video Channel and port (MJEPG or RTSP). They are different animals so if the stream is working you only need to be concerned about the Camera Channel (typically “0”) and the camera port (typically port 80).
Hello David,
I was able to get amcrest 841B camera working with your help. However, i cannot see the live view when I am not on my wifi network.
currently I have the host/IP address set to the local IP address of the camera.
So, by definition, you can only see video when you are connected to the same network (wifi).
Your only options to see video when not on wifi are:
Use VPN (very secure but complicated to setup if you do not know networking & routers very well).
Use a DDNS service to map your public IP to a name you give it (not very secure and requires that you do port mapping in your router configuration).
Both of these options will require that you spend a significant amount of time researching, but what you describe is exactly how things are supposed to work in a wifi environment.
