Stereodude

The same thing happened to me. If I'm remembering correctly after closing my browser and restarting my browser and logging back in I could change the fields again.

So my seller came back and told me there was no newer firmware for the 3MP camera than what came on them. As I mentioned earlier in the thread I put the General_IPC-HX3XXX_Eng_N_V2.103.0001.0.R.20120914.bin on the 3MP cameras and it worked fine and fixed several of the issues I was having. One thing I noticed yesterday is that I can now pick 20FPS at 3MP H.264 instead of being limited to 15FPS.

I didn't buy mine from China. I bought mine from a US based retailer. They are not branded as Dahua on the packaging or cameras. They are listed as Dahua cameras on the retailers website though. I have been working with my retailer to get firmware and software updates.

So, after running them a full day with the new firmware, the exposure issues seem to have been tamed. Over night between the two 3MP cameras I got 1 false recording under constant darkness where I was previously getting dozens per camera. They seem to respond better to real motion in the frame, and they don't seem to experience random flickers / exposure pumping that triggers recording. On a sensitivity of 4 I still get a recording when the camera adjusts the iris / gain (which could be eliminated out with a little clever programming), but I'm getting probably 80% less false clips (because there's no more from random flickering / pumping) during the day. The 20120914 firmware is definitely a big step in the right direction in fixing the gripes I had with the cameras.

I'll share it. I don't mind. I wouldn't want anyone to think I'm distributing a hacked firmware to brick your camera or steal all your files and computer secrets though.

So I tried the firmware on the ipc-hfw3200cn, and it updated / upgraded the camera without any issue. It improved the FTP behavior of the camera (one of my complaints). The camera now has HLC and WDR. I decided to roll the dice and try the firmware on one of my ipc-hfw3300cn cameras. It also updated / upgraded the camera without any issue. The FTP behavior improved here also. HLC and WDR are now also available on the ipc-hfw3300cn as well. Since it worked on the first ipc-hfw3300cn I tried it on the second and had success there also. It's too soon to know if it improves and of the exposure pumping or flickering, but I've got my fingers crossed. If nothing else, the cameras aren't doing a near DoS attack on my FTP server anymore (sending >500 commands a second to the server between the 3 camera). CPU usage of the FTP server on my PC is now between 0-5% instead of 20-30%. " title="Applause" /> I'm curious to see what firmware they send me next week that's for the ipc-hfw3300cn.

So you can modify the .bin to add a backdoor, but you can't modify the bin to change the code and correct errors? How can you add a backdoor if you can't modify it?

That's totally different. You have the toolchain necessary to generate a custom Dahua firmware. You're not reverse engineering anything and hacking anything. You're using a tool provided to you as a reseller from the manufacturer that allows customization of firmware and spits out a semi-custom .bin file. Can you generate a .bin that will brick his camera or install a backdoor? Further, if I had that sort of access and capability why would I be here posting about trying to get the latest firmware for my camera? I would be able to fix the bugs in the firmware myself.

Why wouldn't he? It's a .bin file. Do you understand the level of complexity and extreme difficultly of doing any of the stuff you're talking about by manipulating a .bin file?

Well, they provided me General_IPC-HX3XXX_Eng_N_V2.103.0001.0.R.20120914.bin However, they said it's only for the ipc-hfw3200cn and that they would provide me a new firmware for the ipc-hfw3300cn next week. My understanding is that this firmware should be suitable for both. I guess I will wait and see what they send next week.

Maybe. I'm not sure if the physical size of the cropped portion of the 3MP 4:3 sensor is the same as a 2MP 16:9 sensor. As you probably know, sensor size does impact lens performance.

Thanks for the reply and the link. I've also requested an updated firmware from the vendor I bought the cameras from. We'll see if they reply with anything newer than the one discussed in that thread. BTW, did you mean WDR?

I can't say 100% since I don't have a Dahua NVR, but they do crop the top and bottom of the image when you use them with a PC set to 2MP. The 3MP Dahua bullet cams I have turn the 4:3 (2048x1536) image into 16:9 (1920x1080) if you set them to 2MP. They don't offer a 1600x1200 2MP mode. So, I would think the distributor was correct.

Can anyone point me to the latest NTSC Firmware for the IPC-HFW3300C? I've got 2 of them that report this about themselves: They're driving me nuts with incessant brightness pumping triggering the cameras built in motion detection and I'm hoping there is a newer firmware with better performance. Since the SoC controls both the iris and the gain on the sensor the fact that it can't filter it's own adjustments from triggering the motion detection is mind boggling.

I'm making no claims about his credibility. However, I'll take real world first hand experience over a theoretical white paper though. Do you believe the 0-60 time of a car measured by a reviewer who tried it or one calculated by a physicist? Another example of you arguing for the sake of arguing hoping no one will notice your shifting position. You're the person who said it wasn't realistic to compare the output from a DSLR to the Dahua camera yet now you're trying to do so. You're suddenly trying to draw some comparison of DSLR footage compressed using a CRF that was made with arguably the best low bitrate H.264 encoder as the basis that an "inferior" camera using the H.264 encoder in a Texas Instruments SoC that uses real time CBR encoding limited to 8Mbps will be okay. This has so many logical holes in it I hardly know where to start. Lets see we've got: Different cameras (sensors & optics) Different H.264 encoders Different encoding methods (CBR vs. CRF / real time vs. not) Lastly, I made no claims as to the quality or transparency of the H.264 output from x264 in the test clip. I'm not sure how you've concluded I feel it's okay. I simply ran a test demonstrating that lowering the frame rate of relatively static video does not dramatically lower the bitrate required to maintain perceived visual image quality.