Review-SD4A425DB-HNY 1/2.8" CMOS 4MP 25x Starlight Auto-tracking MiniPTZ

Not tracking cars. Only SMD detection without auto tracking for cars.
Camera model: SD4A216DB-HNY.
 

Attachments

  • 998.png
    998.png
    103.2 KB · Views: 21
There’s definitely some bugs. I’d set up IVS with intrusion, but was never getting alerts. I’d get AI human / vehicle motion alerts when on a non-IVS view, but otherwise radio silence.

However, after its weekly scheduled reboot last night… all of a sudden the IVS alerts are flooding in today.
 
Dahua RTSP streams have almost always been problematic for me, and I usually get glitches (green flashing blotches on my common playback devices). With that said, I’ve actually been having pretty good luck with the 425 at max bitrate. But I’m also feeding it through a NVR.
 
robo65536ru said:
May be in SD4A216DB-HNY uses lower power CPU. I also seen that many tracking issue while auto tracking objects.
Click to expand...

For me it looks normal. The 425 version does not track better. You will notice the same problem.
If the cam recognize a person it will start moving and zooming. if the person is a bit behind something (like the car in your video) it cannot recognize what the cam saw in first place and fail to track.
you can check all your recordings, i bet the cam always fail to autotrack at the same position.

i have a pole in the middle of the fov. if the person is bit hidden from it and the cam started to track, it cannot find the person, even if not hidden by the pole when zoomed in.

if you remove the cars in your parking lot you will see that it will track persons with 90-100% accuracy.

most demo videos on youtube show really high mounted autotracking cams, so mostly nothing can hide the person and the cam will track better.
but you will lose the ability to capture the face.

robo65536ru said:
Сan anyone test RTSP stream from SD4A***DB-HNY camera? From my SD4A216DB-HNY camera RTSP stream not work properly. I have issue with drops packets while RTSP works.
Click to expand...

can you post your encoding settings (full screenshot for main and substream) ? looks like vbr/low bandwith issue to me
 
  • Like
Reactions: StevenFromTexas
duplo said:
can you post your settings ? looks like vbr/low bandwith issue to me
Click to expand...
I think this is hardware problem with ethernet port on camera. I have another camera from Dahua and 8 mbit RTSP stream works fine.
 

Attachments

  • Settings.jpg
    Settings.jpg
    153.2 KB · Views: 13
RTSP is a protocol which uses UDP (not TCP like HTTP(s)) for video transmission.
UDP don't provide any mechanism of detecting & resending of loss/invalid data.

If You have wonky WIFI, that will be results...

PS. Decrease iframes to the level of FPS (15?) - then image will faster recover (every second)..
 
robo65536ru said:
On the eth interface the same issue..

I would like to test camera directly from PC to camera via patch cord. If they are the same problem, i would like to RMA this camera. May be on next weekend i will try it. Thank you.
Click to expand...

If it isn't a cable/ethernet/WIFI problem, it can be simply wrong hardware, wrong/faulty firmware or lack of CPU power on camera to send another stream over UDP.

SD4 uses very underpowered SOC (Gauss firmware).
Depending of what is enabled (AI functions & AutoTracking especially) it can simply don't have CPU power to do more.

You can try to use RTSP stream from NVR. Change ip to NVR address, correct login/pass if is different and add/change &channel=XX parameter (xx is number of channel on NVR).
 
  • Like
Reactions: bigredfish
You must log in or register to reply here.
Top Bottom