我来帮你解决这两个PTZ控制的问题，都是Onvif开发里常见的坑，咱们一个个来捋：

首先明确核心逻辑：Onvif的Pan/Tilt绝对位置参数（PanTilt.Position）的X/Y值范围是[-1,1]，刚好可以对应你的设备云台范围：

• Pan的X=-1对应设备水平最左（通常是-180°），X=1对应最右（+180°），完美覆盖360°的水平转动需求；
• Tilt的Y=-1和Y=1对应设备垂直范围的两端，你的设备是70°，只需把界面Y坐标映射到这个角度区间再转成归一化值即可。

具体实现步骤（以Android预览View为例）：

1. 获取预览区域的尺寸：先拿到你的Camera预览View的实际宽度previewWidth和高度previewHeight。
2. 计算用户拖动目标点的归一化值：
   • 水平Pan映射：
     把用户触摸的X坐标转换成相对预览中心的偏移比例，直接得到Onvif所需的[-1,1]范围值：

     // touchX是用户拖动结束时的X坐标（相对于预览View的左上角）
     float panNormalized = (touchX - previewWidth / 2f) / (previewWidth / 2f);
     

   • 垂直Tilt映射：
     假设你的设备垂直转动范围是-35°（下俯）到+35°（上仰）（总70°），先把触摸Y坐标转成对应角度，再归一化到[-1,1]：

     // touchY是用户拖动结束时的Y坐标，Y=0对应预览顶部（设备上仰35°），Y=previewHeight对应预览底部（设备下俯35°）
     float tiltAngle = 35f * (1 - 2 * (touchY / previewHeight));
     float tiltNormalized = tiltAngle / 35f;
     

3. 调用Onvif命令实现转动：
   • 如果是拖动结束后定位到目标点：用AbsoluteMove命令，传入计算好的panNormalized和tiltNormalized作为绝对位置参数；
   • 如果是拖动过程中实时跟随：用ContinuousMove命令，把上述归一化值作为速度参数，这样云台会平滑跟随拖动动作，松开时再用AbsoluteMove校准到最终位置。

Onvif标准的Zoom命令确实不支持直接指定变焦区域，但可以通过组合PTZ操作来模拟这个效果，分两种场景处理：

场景1：设备支持Onvif ROI（感兴趣区域）功能 #

如果你的IP Camera在Onvif能力列表里标注支持ROI控制，这是最理想的方案：

1. 计算用户缩放操作的目标区域：比如双指缩放的两个触摸点可以确定一个矩形，提取该矩形的中心坐标和相对预览画面的比例尺寸；
2. 调用Onvif的SetROI命令，传入该区域的相对坐标（比如中心X/Y的比例值、宽高比例）和缩放倍数，设备会自动将该区域放大到全屏，同时自动调整云台位置对齐区域中心。

场景2：设备不支持ROI（通用兼容方案） #

这是大多数设备都适用的方案，核心思路是先把目标区域移到画面中心，再执行变焦：

1. 当用户在特定区域触发缩放时，先计算该区域的中心坐标(centerX, centerY)；
2. 用第一部分的映射方法，发送AbsoluteMove命令，把云台转动到该中心坐标对应的位置，让目标区域移到预览画面的正中心；
3. 执行变焦操作：调用ContinuousMove命令，传入Zoom的速度值（比如1是放大，-1是缩小），或者如果设备支持绝对变焦位置，用AbsoluteMove指定变焦的归一化值；
4. （体验优化）如果是实时双指缩放，可以在缩放过程中实时微调云台位置，保持目标区域的中心始终在画面中心，让用户感觉是直接放大指定区域。

注意：不同设备的Zoom参数可能有差异，有些是光学变焦，有些是数字变焦，需要根据设备的Onvif能力文档调整速度或步长参数。

内容的提问来源于stack exchange，提问作者kiran Biradar