dexterash

Hello This should work without a problem. Are you using the right protocol when connecting? Have you tried updating the firmware?

How about the seller of the M30?

Check the GMAIL headers too... I think they "translate" from DST to "UTC/something", meaning no more +something as in here: relay.xx.be with ESMTP; 07 Oct 2016 10:20:37 +0200

1. Maybe there is a problem with the SMTP server you are using. Tried another? 2. If you check the complete headers of your received e-mail, can you identify date/time problems?

Why does your "date" column in Thunderbird (I Suppose) show an hour?!

Ok... Since Multicast is connection-less/unmanaged, I doubt you will be able to watch it via SmartPSS (which does management & co). But you would be able to view the streams with 3rd party players that support Multicast. As a side note - or, as a side note to your problem - I also doubt that Multicast will make your client less "stressed" - it's the same amount of video information to decode (actually, I think it's more than the same amount, since the decoding library of DAHUA is already optimized).

Chinese Goverment controls many of the Chinese companies (I wouldn't exclude DAHUA, for example). Should've been ok, if these devices weren't online. But most like/need them online. And, on top of that, users like to P2P their video streams right under chinese goverment's nose. Yet, they talk about privacy and security...

1. You want to decode 60 FullHD streams? Have you tried watching 60 FullHD videos on Youtube to see what happens? 2. What bitrate? What type of network? Each camera needs ~3-4Mbps * 60 = 200Mbps+. Can your switches/network/PC connection handle that?

Is this a request for professional support (up to solutions/integration/customized software etc) or amateur-level support?

Or why people should really secure their CCTV devices. By now, most of the professionals should have heard of these: http://www.wsj.com/articles/hackers-infect-army-of-cameras-dvrs-for-massive-internet-attacks-1475179428 https://krebsonsecurity.com/2016/09/krebsonsecurity-hit-with-record-ddos/ http://arstechnica.com/security/2016/09/botnet-of-145k-cameras-reportedly-deliver-internets-biggest-ddos-ever/ and others. So, how do the users stand? What do the professionals say? How do you think your clients/companies will react? P.S. Bare in mind that DAHUA also OEMs/resells products under different names.

So you need a low-bandwidth backup system. Level 2 questions: push or pull? -you could pull all video and record what's needed [from the HCVRs] -you can push to an external storage what's needed [from the HCVRs] I would opt for "push". Did you explore that posibility?

Analog video != IP Video. S-VIDEO != YouTube. So... What are you really looking for?

You may be right. Yet, not repeating the same condition, doesn't guarantee it will not happen. A "device reboot" is just that - a reboot. Close to an automatic/unsupervised power down/power up. My opinion is that you will not be very happy with a power reboot hanged in a problem...

Oh, ok! So it doesn't come up at all at power up/power on just only on auto reboot? Meaning, if you set a daily autoreboot every time you will get that error, but if you power cycle it - let's say every hour - it doesn't happen at all?

What camera models and what NVR? 1. Yes, but things might go wrong. Including a hardware failure somewhere. 2. Bare in mind to take into account both streams (main+extra) when computing decoding total.