Yes these are great cams, always enjoy them BUT I don't like the mounting options they went with on design. Cameras themselves are fantastic BUT if they built them to interface with regular PFA square mounts OR even had mounting kits to allow mounting into those, would be ideal.
OMG... I hate mounting system & junction box on 5xx2H/7xx2..
Usually You can loosen the screw to correct the camera position only 2-3 times..
After that the screw is good for nothing.
Also there is no space for all 10? cables with plugs going outside cam in included junction box..
And those cams are not compatible with any other on the market..
Yes there are limits on the SOC's in the 5x S3's BUT they are not being pushed yet. The S3's represent a series of cams where for the first time in recent time (for 5x series) they are not hitting the theoretical or real world limits of the SOC, yet.
I'm not sure - in first version of internal Dahua presentation about AcuPick 2.0, there were presented more human/car attributes for 5xx2-S3..
they cut the list in second version & final firmware..
Maybe CPU/GPU part of 5xx2-S3 SOC didn't hit limits, but it looks like NPU part had..
Yes the NPU usage in 7x series is different and certainly more methodical in execution. My hope is that with NPU functionality (and price) dropping that an S4 series of cams will truly knock the capabilities and critically, real world performance, out of the park.
HiSilicon is main SOC manufacturer for all Chinese mobiles..
SOC for mobiles are the fastest growing category of integrated circuits, which is pushing the entire SOCs production market forward.
SOCs for CCTV are simply cut / limited / cheaper versions of SOCs for mobiles.
Yes I believe we're getting there. The Xi NVR's for example are incredibly good at what they do. The S3 cams are also very capable as I've mentioned and shown here. Some of the limitation are self imposed by Dahua and others (hence what I mentioned above), others are regressions which in any dev work, can exist BUT critically need to be resolved. This is one of the things I try to work on with Dahua in every release and in an ongoing fashion because TBH there are a lot of regressions and a lot of issues. I'm pleased to say that this work (although takes me many hours) has led to some great wins for all of us. The sad part is that for Dah, Hik and others, the lifecycle of the cams / NVR's now is so short. All are very quick to move onto new products and EOL the old. In a lot of cases as we both know, this means new SOC's with new functional code which means that last generation (and certainly 2 or more generations back) fail to ever get the needed fixes (regression, feature or tweak), in place due to dev priority being focused elsewhere. Thats why what we do here in this industry is so important. Raising awareness to manufacturers on critical need, focused issues etc in efforts to get a better (or improved) end product. Similarly though its just as critical in educating end users/business on how to scope, install, configure and deploy correctly and in an optimized fashion for each location, required target capture environment, threat model (where appropriate), as part of an overall solution.
Amen, brother
Every time I deal with Dahua Poland representatives, I literally go on a tirade about the stability and quality of their software. Especially mobile applications (DMSS) and for computers. But also firmwares.
I am a programmer and I can determine what is wrong with their apps. Unfortunately, few people want to hear that..
From what I have noticed, people at Dahua Poland are afraid to report problems in software or firmware to Chinese HQ.
And they are even more afraid to enforce so that the Chinese will fix it.
The only situation where they doing more are when there is huge project (hundreds / thousands of higher models cams) which is at risk (its sale) due to some errors or lack of functionality.