iPhone7p掉出租车定位上。已定位在我们这边一小区 已补卡 还能准确定位在那

来源：蜘蛛抓取(WebSpider) 时间：2017-03-23 02:54 标签： 出租车定位
iPhone7p掉出租车定位上已定位在我们這边一小区已补卡还能准确定位在那一栋房子有锁现在相当于手机没网咯了。还能定位吗补卡过后手机是离线状态... iPhone7p掉出租车定位上已定位在我们这边一小区 已补卡 还能准确定位在那一栋房子 有锁 现在相当于手机没网咯了。还能定位吗 补卡过后手机是离线状态

iPhone丢失后需要通過查

手机关机状态下无法定位

Mac设备定位需要同时满足一

1.在另一台苹果设备上使用Apple ID和密码登录查找我的iPhone。

2.查找设备绿色的就是在线设备，可以在当前面板中被监测到

3.选择要定位的iPhone，点击丢失模式按钮(远程锁机功能)

4.根据提示操作，完成设置只要目标打开WiFi或蜂窝数据网，立马锁机无法使用从而达到了定位找回的目标。

回答不容易,希望能帮到您,满意请帮忙采纳一下谢谢 ! 

刚补了卡。相当于无网络了离線状态。 是不是必须等他连了网才能定位
是的~如果能帮到你！或者你直接打电话到出租车定位公司问下希望能帮到你~

定位不了的，人家早给你关机拔卡了

而且苹果是不能准确定位到哪一栋房子的吧 

我和朋友一起去的。刚好在那一栋居民楼位置重合 旁边居民楼都隔挺远的
關键你就是找到了
也不一定是当初那个司机拿着啊
他可能卖了或者卖了以后
人家换成了官换机
但是现在用的那个人可能是通过二手买回来嘚
也不一定就是那个拿走你手机的司机或者乘客啊

手机未接入到网络是无法进行定位的不过如果拾到者尝试联网，就会完成手机锁定和並且定位的

的iPhone】功能时，显示为离线状态

查找我的iPhone】需要当

如果在被盗时，一般他人都会强行把 iPhone 关机此时用查找 iPhone 时自然也就会显示離线了。

3、又比如在丢失 iPhone 之前并没有打开【蜂窝移动网络】开关，也就是手机移动网络正好掉 iPhone 的地方也没有接入无线网络，此时也是會显示离线的

4、除了被他人强行关机、没有接入网络以外，还有一种情况便是 iPhone 的电量用完了导致自动关机的情况。此时用查找我的 iPhone 也會看到离线的状态

5、如果是当前确定 iPhone 是丢失了的话，此时可以在查找我的 iPhone 页面中勾选【找到时通知我】选项

6、一旦 iPhone 重新上线的话，系統会自动向用户发送一封找到的邮件此时可以点击邮件正文中的【查找位置】按钮，查看 iPhone 上线的位置

7、随后会在网页地图中显示当前 iPhone 所在的大概位置。

8、当然此时也可以在这里为 iPhone 打开锁定模式一旦 iPhone 上线的话，便会被锁定

9、随后再根据提示操作，便可以为 iPhone 打开丢失模式了

10、此外建议可以在【设置-iCloud-查找我的iPhone】列表中打开【发送最后的位置】选项，这样可以避免在 iPhone 丢失时因为没有电导致的失联的情况。这样可以保证用户能够得到最后 iPhone 所在的位置信息对于找回 iPhone 有一定的帮助。

下载百度知道APP抢鲜体验

使用百度知道APP，立即抢鲜体验你嘚手机镜头里或许有别人想知道的答案。

最近在做demo时需要使用 FFmpeg 解码。

由於只需要评测编码器的性能不需要考虑解码器的效率，所以自然而然想到直接使用命令行调用 FFmpeg.exe 就行（主要是怕麻烦+菜鸡）

很轻松的解碼得到 YUV 文件，再送到后面的质量评估模块去计算 PSNR + SSIM 等等指标

除了第一帧 PSNR 和 SSIM 看似正确，后面的帧计算得到的 PSNR 和 SSIM 出现断崖式下降
这是什么问題呢？难道是 PSNR 和 SSIM 计算模块代码有BUG 认真Check一遍，发现没有大的问题

在网上找了两个开源的 PSNR 计算工具，对比了下计算的和我算出的也相同，说明后续的质量评估模块应该OK
再对比输入输出 YUV 文件的大小和帧数，也没有发现问题

于是乎，我就把问题定位到了两个可能的方向：

1. 解码没问题编码器性能差。比如说可能编码器的码控策略优化的不好，I帧分配太多BitsP帧分配的Bits数目不够导致质量断崖式下降。

2. 编码没問题解码出了问题。

针对第一个方向我用 YUV 播放器对比了编码前后重建的 YUV 文件，发现肉眼所见质量几乎无变化不可能使得 PSNR 下降超过10。所以说编码器在编码质量这个方面应该没有问题。

于是我又查看之后每一帧的视频质量，在对比了几百帧直到出现了一个 场景切换幀 后，我才发现了问题原来是出现了帧延迟 ==> 拿着第 N 帧 和 第 N+1 帧做 比较，PSNR 和 SSIM 当然会出现大差别

所以，我重新开始从第一帧追查发现第一幀重复了两次。也就是说解码后的图像是 1、 1、 2、 3、 4、 5、 6、 …、 N-1的次序，然而计算质量时对比的是原始序列第 1、 2、 3、 4、 5、 6、 …、 N-1、N 的次序。所以说只有第一帧是匹配的，后面匹配都有问题在场景切换帧之前，虽然误匹配但是两帧肉眼差别很小，主观基本看不出差别然而 PSNR 是逐像素对比计算的，即使主观区别不大其数值也会出现断崖式下降，成功破案！

比如说这是第2帧的匹配错误，肉眼很难分辨區别但是逐像素对比就会差别很大。
这是后续帧出现了明显的误匹配（上方横条）PSNR会掉至低于20，促使我发现了问题所在

继续定位BUG。の前检查过输出YUV的帧数和原始YUV的帧数相同，那么最后一帧岂不是丢帧了

再次查看 FFmpeg 调用代码，发现是因为在调用时指定了解码帧数把の前的代码去掉解码帧数的限制，如下所示：

果然解码出的 YUV帧数是 numEncode + 1 帧，第一帧莫名其妙地重复了一次！

继续进行问题定位定位以下两個方向：

1. 还是编码器出了问题，第一帧的码流 repeat 一次

针对第一个方向，我用 H264VISA 查看了码流确实码流没有问题，并未重复第一帧

所以，现茬我认为我出现的问题是 “调用 FFmpeg 的方式不对或者 FFmpeg针对过大的文件解码可能会错误（ > 2500帧， 720p）”目前该BUG还未解决，有可能又是像上次一样基础的小BUG导致这个问题。如果有人之前遇到过这个问题希望可以指导一下我，多谢

我要回帖

更多关于 出租车定位 的文章

 

随机推荐