Zoomfactor is beyond 1.0 in Area Zoom implementation

Hi, Milestone support,

We have started to develop the Area Zoom function and have the below questions.

zoomfactor = targetview(height)/current(height)

A value of 0.5 means the target view’s width or height is half in relation to the current view’s width or height, and an object in the target view is twice as big compared to the same object in the current view. A value of 1.0 means that the target view’s width or height is the same as the current view’s width or height and thus Zoom is not necessary.

Values below 1.0 specify Zoom In, values above 1.0 specify Zoom Out. (Please note that the Zoom Out values are specified only for completeness of the specification, and in XProtect it is not possible to perform Zoom Out via Area Zoom).

  • We draw an area to zoom in the area selected, so the zoomfactor will be below 1.0.
  • But in my test, the x values sent from Milestone are above 1.0. I did 3 tests, the x values are 1.91619885, 4.19337082, and 15.1139297.
  • If the area I draw is smaller, the X value in zoom-in is bigger. So it conflicts with the documentation definition.
  • Please help to clarify how to implement the Area Zoom. Thank you so much.

Hello Michael,

There was indeed a bug in the older versions of the ONVIF driver that caused such behavior, but it has been fixed in recent releases (post DP 13.0)

Could you please check which version of the Device Pack you’re currently using? The easiest way to do it is through the Windows Settings → Apps & Features:

If you’re using an older version of the DP, I recommend upgrading to DP 13.2 and trying again - I expect the issue will be resolved.

BR,

Gabriela

Hi Gabriela,

Thanks for your reply.

I am using the Xprotect VMS 2023 R1 per the customer’s request. The Device Pack is 12.5d.

I will try DP13.2 and update you. Thanks.

Michael Zhang