Securame

Because your TV sucks and is unable to adjust the image? Nah, that would not seem strange to me, since you are using analog input. If you can not adjust the width of the image on your DVR or on your TV, you are out of luck. You can replace the BNC cable to your TV for a VGA cable.

We install mainly Hikvision DVRs, and I love them.

That unit does not seem that much "professional" to me. It can only do 100fps D1, are you recording each chanel at D1 6fps? If you are capturing that image from the netviewer program over lan, bandwidth might not be an issue, but maybe the DVR has dual stream. So maybe you are not seeing the best quality possible from the DVR. Can you try downloading a recording, and then comparing to the screenshot you posted? You might be watching CIF resolution, but the DVR might actually be making a D1 recording.

WTF Dahua, really... WTF That is what I call secure... And how else did people think they magically generated a one day emergency password without using a MAC address or serial number for each dvr? The only real surprise is that the 8888 portion is that simple. Regardless of the complexity of the formula, once the cat is out of the bag it isn't secure. I had no idea it was possible to get one day password for all Dahuas... I only needed this with Hikvision DVRs before, and you had to supply them the s/n of the unit. Well, this is the second way I find out to bypass the admin password on Dahuas, I will try it out (I did via web interface, but I guess it will only work locally).

WTF Dahua, really... WTF That is what I call secure...

http://lmgtfy.com/?q=rj45+color+codes

If you think he should forget PSS, I would love to see that link too. If for some reason it can not be posted in public, please PM me

Well... the answer would just be "get an email client that is mima/MHTML compliant". I have no clue what program iPhone uses for reading emails, or what programs you can install on an iPhone to read emails. I would also try geting those emails sent to different email account (not from Yahoo).

If you only have analog cameras (which I guess you do, if all your cabling is BNC) replacing all the cabling with UTP will not make a difference at all on video quality. The only difference will be if you want to switch to IP cameras in the future; you will have done the job of replacing the cable already. But if you already have all cable in place, you can just leave it as it is, and replace the cable the day you want to go from analog to IP.

And you didn't take any pictures for us to see?

No clue, but what would make the most sense to me is that both the cameras and NVR have motion detection settings, and that they both would be independent. So you could even use different settings on both, like ones for recording, and maybe some other settings, sensitivity, areas, etc on the camera that would trigger different events. But with Dahua I have seen settings that change at the same time on both NVR and camera. You disable MD on the NVR? It gets disabled on the camera. You enable it? It gets enabled. I have only used two systems so far, so there is still a lot I need to test.

I have not used ONVIF too much, but I also had problems using motion detection. Dahua NVR, with 2 Dahua cameras, 2 Hikvision cameras, and 1 chinese brand camera. Video was perfect on all 5 of them, and the Dahua units worked great with MD. But I was completely unable to get any motion detection redordings on the chinese camera, and I didn't have an easy time geting the Hikvision cameras to work (I did get some MD working, but not as expected). I do think that the motion detection happens at the camera level, and that the NVR does not even bother analizing the video. But I am not sure. On Dahua cameras, you change the MD settings (area, sensitivity, etc) and they also get updated on the camera. With the other cameras, you change any settings on the NVR, and the camera doesn't care at all. But even if I activated MD on the channel, set up an area, sensitivity, etc on the NVR, while it worked fine with the Dahua units, it did nothing with the others.

At that price, even I am willing to give it a try... Just got 1pc for testing.

I am quite sure that is a Shenzhen Skybest H8516 DVR. Check to see if the back and inside of your unit matches this pictures: http://www.securame.com/grabador-dvr-skybest-h8516-16ch-video-16ch-audio-h264-lan-vga-hdmi-satax2-p-1106.html Good luck geting any help from them, you are going to need it. http://www.cn-dvr.com/en/

I do not see you anywhere forwarding the ports to your DVR IP... That is, you are showing us a screenshot were you tell your router to open the ports 8080, 34567, and 34599 on both TCP and UDP, that is fine. But were are you telling your router (192.168.1.254, I guess) to forward the connections that come on those ports to your DVR IP (192.168.1.72)? As SectorSecurity already said, if you want to test if it is working, fine, you need to test it from outside your network. Trying to access your public IP (http://xxx.xxx.55.134:8080) from inside your network will not work with most routers.

I have also had problems with Dahua and motion detection. I installed on a business not long ago a Dahua DVR1604HF-U (16ch analog, up to 16ch IP) with 4pc HDB3200C. I end up leaving the 4 cameras recording all time during work hours, because I was either losing too many events, or recording almost constantly. And today I was testing NVR3216 with 4pc HDW2100 and I felt I had the same problems; motion detection was missing too many events. Not related, but I also had 1pc analog DVR0404LF-AS with MD completely fucked up; it had a buggy firmware and MD could not be used at all, but they quickly solved it by sending me the firmware upgrade. I think there is still quite some work to be done on Dahua MD on IP systems.

Cool, nice job!

How about just puting a new HD on that DVR, formatting it, and then checking out what file system and structure it uses?

Looks nice, can this be bought online? If you mean the Cable mapper and tone generator kit. Absolutely, it can, both in UK and in the USA and Australia on ebay of all places. I searched for day for the best price, ended up paying about a few dollars more because I wanted the blue one rather than the red (as if it makes a difference ? ). This is the link to the re-listed product in Australian Dollars. I offered al but a few dollars less and was decided so I ended up paying the full price Yes I meant the cable mapper, thanks!!!

DVR remotes usually can be used for many DVRs, so before using it you have to tell the remote what unit to control. Like, you could have 5 DVRs from the same brand, and use just one remote ton control them all. Every DVR will have an id (000-999), so before you send commands, you have to tell the remote what unit you are sending the commands to. Check the manual that comes with the DVR, you will probably find info on how to use the remote.

Any decent DVR will have alarm inputs/outputs. Edit: Oh... If you want to record on the computer, you won't have it so easy. I would just use a DVR and save time.

Looks nice, can this be bought online?

So I updated the IPC-HFW2100 with the following version: Software Version 2.210.0001.0.R, build : 2013-05-17 WEB Version 3.2.1.105704 Now I can access both port 80 and 9988, like with the IPC-HDB3200C, but on both ports I get the same message that the IPC-HFW3200S gives me, that HTTP GET method not implemented... Maybe on newest firmwares this comes disabled by default (so that noone can get a screenshot of the camera without authentification) and there is some way to enable it?

Nice post tome9999. Just in case anyone is interested on the original article: http://publicrelations.uncc.edu/news-events/news-releases/study-provides-insights-habits-and-motivations-burglars

Nice info! So I did try this on 3 cameras, with different success. IPC-HDB3200C Software Version 2.103.0000.0.R, build : 2012-07-24 WEB Version 3.0.0.0 With this unit, I can access with no problems both URLs: http://192.168.1.25/onvif/media_service/snapshot http://192.168.1.25:9988/onvif/media_service/snapshot IPC-HFW2100 Software Version 2.100.0001.0.R, build : 2012-10-31 WEB Version 3.0.0.0 With this unit, I get a 404 error not found when I try with web port 80, but it does work fine on 9988: http://192.168.1.26:9988/onvif/media_service/snapshot IPC-HFW3200S (rebranded version) Software Version 2.103.0000.1.R, build : 2013-01-18 WEB Version 3.0.0.0 With this unit both URLs will give me the following error. <?xml version="1.0" encoding="UTF-8"?> -<SOAP-ENV:Envelope xmlns:tae="http://www.onvif.org/ver10/actionengine/wsdl" xmlns:xop="http://www.w3.org/2004/08/xop/include" xmlns:xmime5="http://www.w3.org/2005/05/xmlmime" xmlns:ns2="http://www.placeholder.org/ver10/tmp/wsdl" xmlns:ns1="http://www.placeholder.org/ver10/tmp/schema" xmlns:tan="http://www.onvif.org/ver20/analytics/wsdl" xmlns:tmd="http://www.onvif.org/ver10/deviceIO/wsdl" xmlns:timg="http://www.onvif.org/ver20/imaging/wsdl" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:tns1="http://www.onvif.org/ver10/topics" xmlns:ter="http://www.onvif.org/ver10/error" xmlns:trt="http://www.onvif.org/ver10/media/wsdl" xmlns:tev="http://www.onvif.org/ver10/events/wsdl" xmlns:tptz="http://www.onvif.org/ver20/ptz/wsdl" xmlns:tds="http://www.onvif.org/ver10/device/wsdl" xmlns:wstop="http://docs.oasis-open.org/wsn/t-1" xmlns:wsrf-bf="http://docs.oasis-open.org/wsrf/bf-2" xmlns:wsa5="http://www.w3.org/2005/08/addressing" xmlns:wsnt="http://docs.oasis-open.org/wsn/b-2" xmlns:xmime="http://tempuri.org/xmime.xsd" xmlns:tt="http://www.onvif.org/ver10/schema" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://www.w3.org/2003/05/soap-encoding" xmlns:SOAP-ENV="http://www.w3.org/2003/05/soap-envelope"> -<SOAP-ENV:Body> -<SOAP-ENV:Fault> <faultcode>SOAP-ENV:Client</faultcode> <faultstring>HTTP GET method not implemented</faultstring> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Strange that the newer camera will not allow this. Any ideas on how to do it? Would I need to update the firmware, or is there some hidden setting I can change?