Pokemon Go 在哪些方面有怎样的技术门槛？

现在还没有玩过这个游戏，只是看了些图片和视频。不过之前也做过一些 LBS+AR 的小玩意，可以稍微说一说。

游戏最有特色的而且也是最吸引人的想必就是 AR 即增强现实技术。这方面深究起来又会涉及图像识别等技术以及许多数学知识等等。这里可以使用现成的 SDK 例如高通 Vuforia 等，或是用 OpenCV 等从相对底层来写起。视频中精灵模型可以直接在大街上显示出来，应该是 markerless ar 的范畴，前者虽然可以利用 image target 功能来近似，但显然没这么好的效果。因此如果想要制作类似的游戏，AR 部分会是一个比较高的技术门槛。

其次比较重要的就是地图显示和定位功能，这个依赖于大量的数据，至于使用的话百度、高德都有相应的 api，不是很麻烦。至于其中各个具体的地标，需要一个个拍照、收集数据，需要很大精力。Pokemon Go 应该是沿用了 Ingress 中的 Portal 地点，而 Portal 大多由玩家贡献，因此数据量不成问题。

其他方面的话还有大规模多人游戏的服务器问题、各种精灵的 3D 建模等等，属于游戏中的常规元素，但对个人或者小团队的开发者而言也是不小的困难。主要就是这些，水平有限，望各位大大指正、补充。

先提结论吧，我觉得在技术方面，Pokemon Go并不存在明显的壁垒。

（体验的时间不多...十几分钟就被挂了，所以...只是凭印象）

关于AR技术，这个真的不是非常困难，和早年的在卡片二维码上投影的所谓2.5维技术相比差别不大。（在那个时候有很多的小团队做这个）虚拟现实叠加的实现方法很多，很多的开源库，如基于高通基于FastCV的VAR SDK（Github随便一搜一大堆），而且就实际体验看，PM Go做的并不好，包括浮空感强等等。目测PM Go是一个结合GPS的大致的叠加解决方案，来实现大家看到的图像都差不多。

（随手就可以在Github搜到类似的解决方案，如trivial augmented reality (GPS based) ）

（效果好的话，可以参考Google IO上展示的单目视觉技术，采用关键点+陀螺仪/加速度计的方式实现地面3D建模，这样就不会造成现实感不足）

地图POI与框架图的问题，这个方案有三个方向。一是正规向地图供应商买数据，没有尝试过，估计价格吧...那啥= =。第二就是反向地图包，因为道路都是以坐标形式存储的，理论上可行，包括用蜘蛛把数据抓下来。第三就是通过自定义地图样式实现特定的展示效果。不论如何，我并不觉得这个会构成问题

服务器吧...啊...呵呵...这个完全不是问题

Pokemon Go不存在AI，这个就省了很多事了。模型都是本地渲染，本地存在（即使有也只是一次性拉取）。对战行为也很简单，对实时性要求很低...不一一分析了。意思就是，PM Go并不特别吃服务器性能。当然，服务器基本的属性还是要够。这个也就是比较基础的游戏服务器吧，靠谱的后端都能搞定。

建模的话...这个国内技术完全不是问题（可以参考2.5D卡片...）