dexterash

The Hikvision mini bullet is awesome, using one soon to replace a Dahua which honestly, after having them for a while, they are not all that good, not side by side with other cameras like the Hikvision. The mini domes are not ready yet but their engineering is working on it, so hold off on those. Also, they are 2 axis, but they sell wall mounts and tilt mounts to help. Honestly, by the time I put a wall mount or tilt mount, the aesthetics of the dome vs. bullet go out the window. The bullets are so tiny. I will leave you with this thought. This is a Dahua hfw-2100 image during the day looking out the window of my lake house (soon to be replaced with Hikvision, so if you want to buy it, let me know) This is the same shot, different window with an indoor AVTech AVN812. You can see the greater detail, the much better color accuracy, the detail in the texture of the water and trees. I would say the Hikvision mini bullet or ACTi E32 is comparable to the AVTech in this regard but at 3MP. Small glitch: you are using different angles, thus the AWB it's not the same (along with a different skyview). Also, do you use them behind a window? Is that a double/tinted window?

You can use FTP storage, HTTP API or ONVIF snapshot function.

Using what settings for: bitrate, framerate and resolution?

Silly question, but: -fist month you'll check the cam and watch it closely -next month you'll check them "at some point"; what happens if the "some point" it's 3 weeks ago(as in 3 weeks ago some tools vanished from the yard)?

As in one day/half-day -only recording? Do you know that a 25fps@FULLHD recording needs at least 3GB/hour, even if H.264 encoded (Full recording, no motion based)?

What do you want to record/review?

3MP with what framerate? What happens if, for example, you set 3MP with 6 fps? Does it switch back?

DAHUA published support for cross-browser late last summer, porting it to newer devices (NVRs, for example) this year. For now, there are many devices (including NVRs/DVRs) that can be acessed via other browsers (based on RTSP encoding). I realized one thing: please do not confuse your "guys" that deliver you DAHUA made (and unbranded) products to you with DAHUA-supported products.

What do you use to setup the cameras? Browser? Which one?

Difference appears in analogic systems (Cams + DVRs). If you are using IP/Megapixel, that should not matter.

So it seems the camera adapts to the max it can. For instance, you want 15fps, it lowers the resolution. One simple thing to check: change the settings, save it, go into another page of the settings and come back to encode. Did the settings change back? If yes, you are pushing the encoder over it's limits.

NVRs are linked to cameras, so they depend a lot on what happens in the cameras (disregarding the protocol). Even in an ONVIF enviroment (which will become a standard), NVRs will oblige the rules and the mode of the cameras encode&work.

Try as I may, I cannot follow that and I've read it four times. What I was referring to is searching within web service by file. It may very well behave fine if searching with PSS- which I agree is the better way to search and backup files. But searching by file, it will indeed show regular main stream recording files and have mixed in with them, motion recording files. It's all chronological, but searching this way does break up files separately. I'm sure it's fine otherwise. It's just I always search by file. What's your case so you need to search by file? Isn't it simpler to search/download by time with an event option?

Let your cameras on VBR and reduce the max bitrate to what you get out of /

Or you could setup the motion encode part to 30fps and leave the general encode part to 5-10 fps.

Via playback from IPC's interface.

As a little info: If recordings are set to normal record, schedule based and the motion detection is activated, the devices will record 24x7 and also will make a separate log with motion detection, thus not affecting all-day records. But for this case, you have to disable all motion-based recording and just leave the motion-based detection (so logs can be made). Also, depending on the firmware version on your NVRs, you can do a "smart search&playback"(motion based) by just selecting an area of interest on the general (as in all-day, continuous) recording. P.S. Be advised that newer devices support different settings for encoding during motion, general or alarm stream.

Check the logs of the camera to see if/when/how changes were made to encode configuration.

You'll have to figure a way out, since DAHUAs (and most cameras) only support FTP upload (and FTP cannot be used to check the free space, for example). Then you'll have to script the NAS to watch for a folder for new motions, send the message to the owner along (probably) with the filename (of course, you could also use the email function of the camera, but you can't control the message it sends). Simplest way is to use local microSD recording on camera and alert on e-mail and the best way is to use a NVR.

One solution could be the usage of a NVR. The NVR does the storage and, also, decodes and displays the stream/streams from the IP Cameras. Depending on your solution, you could modulate the TV output of the NVR (bare in mind to look for one with a TV out and also that you will lose quality) or use another way to convert analog VGA or digital HDMI (maybe DVB-T). 3rd option is to attach an Android stick/box to your TV and use a client to decode the streams from the NVR/IPC; this way you'll also get the advantage of the posibility what camera(s)/stream you want to display The other difference is that the NVR initiate the connection to the IPC rather than the IPC connecting to a NAS, thus allowing it to easily monitor&manage the system (just like an analogue DVR does). Anyway, you should always double check that the NVR and the IPCameras are compatible.

Due to the construction of a LP, no all-day/night, all-around, almost all-auto camera can help. Why? Because, as you could see from your last videos, they need special conditions and need to be "tricked". And this is 1/3 of a solution to correctly and clearly capture LP. I don't consider this a manufacturer problem. This is something general that happens to all cameras. When ANPR is used, usually it involves two cameras: a "general" camera and a dedicated camera that will be used only for LPs. Dedicated in a tricky way, since you can't rely on any auto-algos (awb, wdr, blc, hlc etc). Anyway, a very nice work you put there!

Hello A new version of PSS(SmartPSS), with NVR software included is available for download at DAHUA: http://www.dahuasecurity.com/download_9.html Give it a try, for those using a PC-based NVR. Cheers!

You'll get the best image of a DVR via VGA, on a CRT monitor (old style), since it doesn't do any post-processing.

yes, should work (at least, we managed to get some working)

"Should I use a wireless camera for my application?" Also Wireless cameras can be hacked, resulting in free access to your personal cameras(EXTREMLY DANGEROUS) or blocked cameras, ones that will not record anything. DAHUA(QVIS, QSEE, any 37777 unbranded): -iOS: iDMSS Lite for iPhone, iDMSS Lite HD for iPAD, iDMSS * PLUS for newer hardware that supports playback, alarms, motion detection -Android: gDMSS Lite for Android, gDMSS Lite HD for Android Tablets, gDMSS * PLUS for newer hardware that supports playback, alarms, motion detection