looney2ns
IPCT Contributor
I've not had any animal issues, in my case, it's that it simply misses Humans, from time to time.Its primarily animals being mis-detected as humans
I've not had any animal issues, in my case, it's that it simply misses Humans, from time to time.Its primarily animals being mis-detected as humans
I've not had any animal issues, in my case, it's that it simply misses Humans, from time to time.
Its primarily animals being mis-detected as humans
My 5442 SMD 2.0 alerts me almost every time a cat comes strolling by at 3am. Which is rather frequent. I have to keep the alerts up due to my tire slashing issue (nothing since Jan 14th but keeping on my toes). I run 24/7 color. Am hoping SMD3.0 at least fixes the human AI vs animals, in my case. Else, I'll have to rely on Deepstack AI (not fun to do in rainstorm or snowstorm as kicks CPU waaaaaay up). Maybe the algorithm thinks the cat + shadow from cat = The Ring girl crawling on the ground...which is somewhat human.I had a cat get ID'd as a human overnight. The fox didn't even get recognized.
@Holbs I don't have enough light to run full color at night so everything is in B&W. I've been tweaking the cameras trying to get DS to recognize things. I guess seeing a cat as a human is actually some sort of progress.
I put the use of Deepstack AI (before it was included into Blue Iris) on hold when @wittaj converted me to using Dahua Human AI (saves on CPU). I considered Deepstack 85% fantastic, Dahua AI 95% fantastic. Both have issues at night due to .... well, being night and a mostly dark wooden & blacktop background. Hence, my backup enhancement of using the Bosch Tritech pet immunity PIR (which works fantastic...though does trigger on passing cars for some reason).@Holbs I don't have enough light to run full color at night so everything is in B&W. I've been tweaking the cameras trying to get DS to recognize things. I guess seeing a cat as a human is actually some sort of progress.
have you thought of flood lights? that is what you see in my picture. This flood light is on from Dusk to Dawn. Once I feel more...ahem....safer, I'll swap it back to motion, or better yet will integrate into Home Assistant/DSC PIR alarm/Blue Iris triggered alerts (all via MQTT).@Holbs I don't have enough light to run full color at night so everything is in B&W. I've been tweaking the cameras trying to get DS to recognize things. I guess seeing a cat as a human is actually some sort of progress.
** WARNING - DETAILED POST & VIDEO INCOMING **
Intro
I believe I’ve cracked the issue with SmartIR and also believe this may have ramifications across the SmartIR FW’s for many Dahua cams as this is at code level and relating to algorithms / logic processing by this feature in certain situations and configurations.I wanted to finally get to the bottom of it especially since 05-06 exhibits the same issues reported before. So, I decided to sink some (ok a lot of) time into testing this thoroughly. How thoroughly ? Well using multiple cams setup through various NLE’s (FCP and an AVID Artist DnxHR + an IQ) with an in-between set of monitors, namely 4K Sony Tri-Masters so I could look at every function of the camera from resolution based changes affecting image to monitoring even the slightest change in output scopes (Tri-Masters have built in waveform monitoring and using the NLE’s for a secondary view to trap). I monitored outputs from the cams into the Tri-Masters and then through NLE’s out to Tri-Masters. I also threw a couple of Atomos Shoguns in the mix for an extra layer of replication testing. I wanted to be able to see what if anything was changing when SmartIR was used vs other functions that would then allow me to pinpoint where to look from a codebase perspective.The outcome of all this work is that I believe I now know what is happening with these Dahua FW’s and SmartIR. I absolutely have uncovered 2 bugs and while I believe 1 of them (Bug #1) may be fixed in later HW (due to the way FW code addresses it, but will be testing this later this week) that there are still situations and combinations that will cause this issue to return (therefore needs fixing). On the 2nd bug (Bug #2), this appears more deep rooted in code and definitely goes back further. This doesn’t look like its ever been addressed and therefore has wider implications to the SmartIR feature on cams WHEN used with other functions. I even tested on 11-23 to see how prevalent this was and guess what…….the issue was present.I do hope you’ll take time to watch the video, its detailed (primarily so Dahua should have everything it needs) but is timestamped and I hope it helps all understand the issues here. So lets jump into the video then pick back up with summary below:
Video Link (Uploaded In Native Res. So Choose 1440p in YT)
Ok You’re Back (or maybe you didn’t leave), Lets Get To The Summary
2 bugs found in this testing and both are in FW code, i.e. need to be fixed by Dahua engineers:
- Bug #1 - HLC seemingly enabled under the hood in 05/06 FW. Doesn’t show in GUI as enabled but testing and scope work shows that it appears to be the case
- Bug #2 - Backlight programs and SmartIR do not work correctly in conjunction with each other in the current SmartIR implementation. Backlight program takes precedent when both are being used and SmartIR algorithms / logic are not processing the image. This leads to incorrect or non existent reading of FOV which in turn means no adjustments are made to IR strength, exposure range, exposure compensation and therefore leads to IR washout of targets.
I’ve included a few output scope caps here for you as well so you can see the bloom I noticed in 05-06 vs 11-23 straight after upgrade and led me on the path to test . Its worth pointing out (as hopefully you’ll see from the comparison caps below) that 11-23 still handles SmartIR slightly better than 05-06 when only SmartIR is used BUT of course this is somewhat beside the point because there are other issues at hand.
Scope Comparisons
Front Facing ComparisonStraight After Upgrade - SmartIR Only, No backlight Programs (however in the case of 05-06, none showing but testing shows different story)20-11-23 (Left) vs 21-05-06 (Right)
Side ComparisonStraight After Upgrade - SmartIR Only, No backlight Programs (however in the case of 05-06, none showing but again testing shows different story)20-11-23 (Left) vs 21-05-06 (Right)
Front Facing ComparisonSmartIR Only (05-06 FW with HLC = OFF)20-11-23 (Left) vs 21-05-06 (Right)
Side Facing 05-06 with SmartIR and HLC = On
How To Fix - Dahua
- Bug #1 - Appears limited to 05/06 FW and may be tied to how this FW addresses older HW revision (will be testing on new HW revs soon)
- Bug #2 - This is an issue with SmartIR algorithms and how SmartIR works when Backlight programs are enabled. This is a wider, more deep rooted issue in codebases. This needs to be reviewed and algorithms / logic re-written to ensure that regardless of program, the camera assesses IR needs in FOV (using SmartIR) and adjusts for targets FIRST, BEFORE a Backlight program is assessed. Then have the algorithm work in conjunction with the Backlight program to apply 1 or both logic values (or ideally a balance of them) to ensure that no part of the scene, whether lit with visible or non-visible light is washed out / over exposed
How To Fix - End User - Bug #2
So how can you mitigate as an end user in the interim ? Well a couple of ways:
- Don’t use Backlight programs with SmartIR currently (I know not really an option but I had to list for completeness)
- If you do have a need to use both (which is certainly understandable and to be honest I recommend both in a number of situations) then you can use Exposure Compensation set to around 12 - 14 to ensure some manual compensation occurs for now. Just understand this will darken your overall image. I also want to be clear, this is not the fix I believe Dahua should use as it really is just compensating for algorithms not working and SmartIR not processing the scene BUT this is an option for end users until a fix comes
I know that was a lot to digest in the video but hopefully makes sense for all here and you found it useful.
@EMPIRETECANDY, lets you and I ensure Dahua is able to review this newer video too and is able to start working on fixing.
Equipment Used For Testing (for those interested)
- IPC-T5442T-ZE Vari Turret
- IPC-B5442E-ZE Bullet Cam
- IPC-HFW5241E-Z12E (issue with targets up close but distanced targets such as in LPR are ok due to IR fall off etc as expected) - Still an issue but depending on use may not see it as I state here
- 3 x Dahua PTZ’s
- Sony Tri Master PVM2400’s
- Atomos Shogun
- Final Cut Pro
- Avid DnxHR + DnxIQ
- Crap ton of cables and adapters
Will cross post in the FW thread for awareness there too
Very informative post, thanks.
Just wondering, after you switch HLC on and then back off to actually disable it does a restart of the cam keep it disabled or does it revert to being silently enabled?
Gots to buy you a big fluffy white bunny suit for more in depth testing** WARNING - DETAILED POST & VIDEO INCOMING **
Intro
I believe I’ve cracked the issue with SmartIR and also believe this may have ramifications across the SmartIR FW’s for many Dahua cams as this is at code level and relating to algorithms / logic processing by this feature in certain situations and configurations.I wanted to finally get to the bottom of it especially since 05-06 exhibits the same issues reported before. So, I decided to sink some (ok a lot of) time into testing this thoroughly. How thoroughly ? Well using multiple cams setup through various NLE’s (FCP and an AVID Artist DnxHR + an IQ) with an in-between set of monitors, namely 4K Sony Tri-Masters so I could look at every function of the camera from resolution based changes affecting image to monitoring even the slightest change in output scopes (Tri-Masters have built in waveform monitoring and using the NLE’s for a secondary view to trap). I monitored outputs from the cams into the Tri-Masters and then through NLE’s out to Tri-Masters. I also threw a couple of Atomos Shoguns in the mix for an extra layer of replication testing. I wanted to be able to see what if anything was changing when SmartIR was used vs other functions that would then allow me to pinpoint where to look from a codebase perspective.The outcome of all this work is that I believe I now know what is happening with these Dahua FW’s and SmartIR. I absolutely have uncovered 2 bugs and while I believe 1 of them (Bug #1) may be fixed in later HW (due to the way FW code addresses it, but will be testing this later this week) that there are still situations and combinations that will cause this issue to return (therefore needs fixing). On the 2nd bug (Bug #2), this appears more deep rooted in code and definitely goes back further. This doesn’t look like its ever been addressed and therefore has wider implications to the SmartIR feature on cams WHEN used with other functions. I even tested on 11-23 to see how prevalent this was and guess what…….the issue was present.I do hope you’ll take time to watch the video, its detailed (primarily so Dahua should have everything it needs) but is timestamped and I hope it helps all understand the issues here. So lets jump into the video then pick back up with summary below:
@cd36 - any chance you have SD cards in those cameras and could do the same test with IVS rules and then show pics with the IVS rules on showing the first time the box turned red?
Many of us experienced significant lag with the 3.0 firmware, but your setup of two cameras basically side-by-side would be a great test to show those differences.