Snapshot URL not working (HTTP 500)

Have some questions or having issues with your IP Camera(s), Post them here for the mods and other users to assist you with.
sidamos
Posts: 20
Joined: Fri Nov 13, 2020 1:12 am

Re: Snapshot URL not working (HTTP 500)

Post by sidamos »

Revo2Maxx wrote: Fri Nov 13, 2020 2:44 pm EOL is there a Web page I missed?
I have read this somewhere from someone and then asked Amcrest and they confirmed it.
Revo2Maxx wrote: Fri Nov 13, 2020 2:44 pm In the End. If the 841 or 841v3 and the Ash21 were in a contest for best options and performance it will be the 841v1 or v2 model as the winner. I thought the Ash21 had some promise but sadly I can't get it to work the way I want..
At least, the V3 supports H265.
User avatar
longedge
Site Admin
Posts: 591
Joined: Fri Mar 31, 2017 9:34 am

Re: Snapshot URL not working (HTTP 500)

Post by longedge »

H265 has got it's downsides. There is a much heavier load on both the device doing the compression and also the one decoding the data. I had a lot of problems with it when the standard was first released when editing and also for playback. I know the early problems are now resolved but as I'm not bothered about the smaller file sizes involved I still avoid it. Old habits die hard, I still stick with H264.
My AMCREST Cameras:-
2 x IP3M-941B firmware V2.620.00AC00.3.R, Build Date: 2019-12-18
1 x IP2M-841B firmware V2.420.AC00.18.R, Build Date: 2019-08-03
GaryOkie
Posts: 418
Joined: Mon Apr 27, 2020 7:23 pm

Re: Snapshot URL not working (HTTP 500)

Post by GaryOkie »

The main issue with H.265 is there currently isn't direct support in FireFox or Chrome for it (due to licensing/patent issues mostly). Otherwise, it is significantly better than H.264 for compression and reducing bandwidth requirements. Reportedly the processing power required is about half that of H.264. Maybe that wasn't the case early on with some video editors?

One of the developers of the python-amcrest library has identified an issue with some Amcrest cameras not being able to handle concurrent snapshots reliably. I don't know if Amcrest has acknowledged this problem. It makes sense that an active MJPEG "video", which is basically just a rapid fire series of JPEG images, could be behind this concurrency/communication failure when taking a manual JPEG snapshot.

The question though is how does a sub-stream with MJPEG encoding enabled cause any issue if it is not being viewed? It shouldn't. Maybe the substream is being automatically viewed without realizing it?
sidamos
Posts: 20
Joined: Fri Nov 13, 2020 1:12 am

Re: Snapshot URL not working (HTTP 500)

Post by sidamos »

Just tested this on my spare camera that is not connected to any 3rd party software.
As soon as I set the sub stream to MJPEG, snapshot.cgi starts returning HTTP 500.
As soon as I set it back to H264, snapshot.cgi works again.

Also, if a client requests the MJPEG URL returned by the Onvif config, the camera switches the sub stream to MJPEG by itself.
Post Reply