[img]http://bbs11.djicdn.com/data/attachment/portal/201609/01/174545zra55671mc1cm9ri.jpg[/img] 的确，osmo和osmo+都需要一个这样的功能。不过我们来从技术上面讨论一下可行性吧。 我们需要谈论一下OSMO（+）和OSMO Mobile的差别。Osmo（+）用WIFI链路传输，而OSMO Mobile（以下简称OSMO M）采用的是蓝牙。 可能有人想要问了，为什么OSMO（+）不使用蓝牙进行图传和数据传输？很明显，蓝牙因为功耗和设计初衷等原因，带宽不大，导致无法传输画面。而OSMO M并不需要从云台上面传输画面到手机上，而是直接使用手机的摄像头来进行画面的录制，所以就只需要蓝牙来传输云台的控制指令以及云台的信息等等。 正是这个本质上面的差别导致了OSMO（+）不太可能拥有这样的功能。图像处理需要巨大的CPU资源，处理器需要对每一帧画面分析，套用模板算法，来分析具体画面目标的位置。细节我就不多说了，大家只需要知道这样有很大的运算量，OSMO（+）自带的Processer无法完成这项工作就好了。 而如果将图像传输到手机上进行分析之后得出云台的控制参数例如Y轴偏转多少度等等，再回传到OSMO（+）上面，这就有一个很明显的问题了。WIFI图传的延时不是一个小数字，并且跟周围的无线电环境密切相关。可能在画面已经有很大变化之后，云台才转动到很多帧之前目标的位置，这种延迟所体现出来的问题更是在运动幅度较大的情况下表现明显。所以要解决这个延时问题，会很艰难。 在一个就是干扰问题。WIFI是一种通讯技术，它的频率通常在2.4GHz和5GHz左右（也就是2.4Gwifi和5Gwifi），而这两种频率的特点就是频率相较于手机的3、4G信号来说，要高很多倍。所以这就导致了它的带宽大，但是可通讯距离小（也就是说同等距离需要更大发射功率才能达到一样的信号强度，或者说高频信号在空气中衰减更大）。 并且由于WIFI的使用很频繁，导致2.4G段很混乱，具体体现在产品上面也就是容易受到干扰，或者说是“图传卡死”。所以，在这个基础上，OSMO（+）的图传和数据传输将可能遭受干扰，导致图像目标跟踪无法进行。这样“一顿一顿”的画面，相信肯定是无法在成片中使用的。 也就是这两个问题所导致了OSMO（+）可能无法加入这一项功能。而如果要解决这个问题，DJI的产品工程师就需要将CPU更换为更加高性能的了。 ——————————————可能的解决方案———————————————— 我说一下我想到的可能的解决方案，当然不太确定OSMO（+）的实际运算能力能到什么样子，如果实在太差那也是不行的。 这个解决方案是基于OSMO（+）的Processer的运算能力不会太差的。 我们可以不逐一分析每一帧，而是例如30Fps中取5帧，也就是每6帧一次运算（当然这个数据不一定是这样，取决于OSMO的实际运算能力），并且可以将要分析的帧压缩到较低的分辨率，却又可以满足图片的识别为止。之后再在OSMO端完成图像的分析以及计算。 当然我说的不一定完全也不一定正确，所以有问题大家请轻拍并且在回复中向我提出！~