Amcrest Surveillance Pro "Failed to open video!"

[Gecko]

I have 4 cameras and all work great on my android Amcrest Smart Home App. (doorbell, two ASH21, floodlight ASH26)
Under Amcrest Surveillance Pro all 4 cameras show status "online" with green dot and displays the S/N for all devices.
When I select Live View for ASH26 (flood light + 1080 camera) I get "failed to open video!" message.
Other three cams live view is ok.
I can ping all 4 camera IP addresses ok. I see all IP addresses in both my router and Amcrest IP config app.
Firmware is current.
From Surveillance Pro I can open device configuration for the floodlight cam and can access and save changes.
When I attempt to play SD Card stored video from the floodlight cam Surveillance Pro, I get
"Failed to start playback. NETSDK returns error."
This NETDSK related error seems key. Chasing that down now.

Looking for advice, suggestions.

Many thanks. Joe

[MWest]

I've got the same problem with the new version of Surveillance Pro. The old version worked fine with all my Amcrest cameras, but the new version displays "Failed to open video" when connecting to my floodlight camera. And it appears the device discovery doesn't work either. I had to manually add all the devices.

[jjwelly2]

I'm running into same issue, has anyone found a solution? It is appearing to me that I will have to find some other software that will work with these cameras as it appears this software is crap.

[CrazyDLC1]

I am having the same issue anyone have a fix?

[ed0213]

I had this issue. Live view worked fine, but downloading clips was super slow and sometimes failed. Playback returned the NETSDK error. I checked the network link, no issues. Reformatted the SD card, problem solved immediately.

[ultimatecodewarrior]

@Gecko:

Longshot : https://djifix.live555.com/

When I am recording RSTP files to .MP4 (h264) if the file is not ended gracefully, it won't playback for some reason. Something about a ATOM data structure not being in the file. It's a real wonky encoding mechanism and the person that designed it like that should be entered in a slap down contest. For this reason I wrote my own software with PyAV, so I can lock onto the RSTP feed from multiple sources simultaneously and record different ways. For Frame over Frame Detection I can store a series of JPG images on a RAM drive and so if the main feed fails, I can glue them all back together into a new .MP4. That's the nice thing about Amcrest Cameras is they are compatible with PyAV and OpenCV. They also have a nice an satisfactory HTTP interface where you can pull down an audio feed separately if you want to and mux everything back together with FFMPEG.

Other cameras like ReoLink, Dahua, Hikivision ... they offfer a funky h264 that doesn't work with PyAV. The H265 is ok, but it won't play back in most browsers so it's worthless to me.