Member Discussion

DVR/NVR With HTTPS Motion-Triggered Uploading

Any recommendations for a DVR or NVR that can upload motion-triggered snapshots over HTTPS (or even HTTP)?

I reviewed a prior question that focused on having an HTTP API, but we want DVRs that can upload to the cloud without having to open local network ports to reach into the DVR from the cloud.

We have tried Dahua-based DVRs that enable motion-triggered FTP uploads, but we've been frustrated with both their use of FTP and their lack of reliability in their uploading. We've had great success with standalone IP cameras, but we're looking for a DVR that we can swap into existing setups with existing analog cameras attached to them. thanks.

With no response in two weeks, do you think I should conclude that there are just no good DVR options currently on the market?

I'm a Support Specialist for Smartvue Corporation.

Our products support this discussion in question, there are features to upload events created by motion to either the local hard drive and to the cloud. Also, we have been successful with analog cameras by using Analog to Digital Converters.

Hope you find all of this information useful.

"products support this discussion in question"

You support the discussion or you support this specific feature?

My apology, we support this specific feature.

There might be something out, especially on the higher end boxes but most of the DVRs today on the market are Chinese OEMs (or direct) and tend not to have many advanced features.

Maybe Hikvision has something? I presume you want to stick to lower cost DVRs?

I'll promote this and see what anyone has to say.

I will take a look at Hikvision, but we would use anything that works well regardless of price. This is requested mostly by high-end homes that already have expensive system in place, so they just want something that works reliably with the cloud. thanks.

Although Axis is IP maybe take a look at Axis Encoders, I am pretty sure they will work for your application. We recently did a similar test with HIK and Dahua without luck.

This may be a good situation to consider Eagle Eye Networks. (full disclosure - I work for Eagle Eye.) It seems that you are describing our product, I've tried to address each of your points below.

Eagle Eye records all video locally (either constantly or on motion) and then synchronizes that video with the cloud based on available bandwidth.

The Eagle Eye Bridge (the box that's installed on site) makes an outbound connection from inside the firewall to the Eagle Eye Cloud. This means that there is no need for a static IP address, no reverse DNS, no port forwarding and usually no changes to the firewall or router on site.

Eagle Eye works with most ONVIF compatible cameras and also works with Analog cameras - so swapping out a DVR/NVR is doable.

Hans, this is a very direct question:

"Any recommendations for a DVR or NVR that can upload motion-triggered snapshots over HTTPS (or even HTTP)?

Does Eagle Eye support this?

You've avoided the specific question and made a pitch.

Carter is the CEO of a VSaaS company (see link in his name above) so I am suspecting he's not going to ditch his own solution to OEM EagleEye.

John -

I didn't realize Carter was CEO of Camiocam until after I submitted my post. I wasn't trying to be decptive, I made the incorrect assumption that he was an end user or integrator looking for a solution. I get a lot of people that are looking for DVR/NVR and are perfectly happy with our solution, which includes an on-site appliance.

I would agree, now that I understand the other side of the story, we're not a realistic fit. However, for someone who wants an onsite appliance and the ability to get video to the cloud, I think we're a fit.

"However, for someone who wants an onsite appliance and the ability to get video to the cloud, I think we're a fit."

That was not the question asked. Keep responses on topic.

Hi Carter,

The problem is your requirement is too vague. Saying "HTTPS uploading" doesn't carry any meaning without a protocol specification to go along with it. HTTPS is just a transport mechanism--there also needs to be a server on the other side that implements a protocol both the client and server can agree with, and there no real standards/conventions.

You might want to look for a DVR that carries a mechanism for "scripting" or user-customizable programming around motion events. Then implement the DVR-side yourself. I'm at a loss to point to any real examples of this off-hand, sorry.

@Integrator - Thanks for the Axis encoder recommendation - do you have any experience of their reliability? The user manual looks good in support of HTTP uploading on event triggers (

@Hans - does your bridge require use of your cloud service? I work at a competing cloud service ( so need a DVR/NVR that is open in its support for settings changes.

@Steve - we adapt CamioCam to any protocol for uploading, so as long as the DVR can push via HTTP[S] (or even FTP, email), we're fine (regardless of PUT/POST/multi-part/jpeg/png etc...)

Brickcom can do it with Http but they only have a 1ch encoder so not really for your case