Dahua IPC-HDBW4300E

Dahua IPC-HDBW4300E with 2.8mm lens.

Bought on Aliexpress, initially came with Chinese firmware, but seller helped me resolve this (was advertised as English).

Reason why I went with dome vs bullet is because I needed wider angle camera.

Here it is:
IMG_20150601_093506

To adjust it one needs to remove the dome with Allen Key provided:

IMG_20150601_093933
(sorry about blurry photo).
IMG_20150601_093954

IMG_20150601_094002
Note: The 4 pin header (on the right) is for serial (RS232), while button next to it (not visible) is the reset button (press 5 seconds to reset).

From Firmware/System perspective it is no different to Dahua IPC-HFW4300S.

Day time image quality exactly the same, except of course the HFW4300S comes with 3.6mm lens minimum while HDBW4300E comes with 2.8mm.
Night time image quality is a bit worse (due to weaker IR, and wider lens).

Here is the angle comparison:

3.6mm (HFW4300S):
Dahua-IPC-HFW4300S-day

Dahua-IPC-HFW4300S-night

2.8mm (HDBW4300E):
2015-9-23-11-23-23-668869

2015-8-23-19-36-17-795868

7 thoughts on “Dahua IPC-HDBW4300E”

  1. Hi Sergei.

    I read your other post about pulling the snapshots and RTSP streams, but comments are now closed. Do you know how to pull a snapshot from any of the sub streams? I am using php to pull snapshots from all my cameras, but these Dahau take 2-3 seconds to get the image, which adds up when I have three at the moment refreshing on the same page. I wondered if pulling the image from one of the sub streams would be quicker?

    Any help much appreciated.

    1. Sorry I don’t think there are low res snapshots on these cameras, so the simplest way is to exec avconv/ffmpeg with following parameters:

      ffmpeg -v quiet -i 'rtsp://CAMERA:554/cam/realmonitor?channel=1&subtype=1&proto=Onvif?tcp' -fimage2 -vf "select='eq(pict_type,I)'" -vframes 1 img.jpg

      The above takes one I-frame from the stream and saves it as an image. The delay on taking I-Frame is dependant on server load (forking+stream decoding) and how frequent are I-frames, but generally if you have 1 I-frame in 50 frames @ 30 fps then the longest it will take for ffmpeg to wait for an I-frame is ~1.66 s.

      You could increase the I-frame rate (you will need to bump up the bit rate on the stream, otherwise quality will suffer) say 1 in 10, then it will take 0.3s.

      If you simply grab the first frame it will be corrupted (because of the nature of H264) as it will have incomplete data (not until next I-frame anyway).

  2. hi there, would be keen to understand what you did to [“Chinese firmware, but seller helped me resolve this”.] change the chines firmware to English.
    possibly another blog post with a step by step guide?

Leave a Reply to paul Cancel reply

Your email address will not be published. Required fields are marked *