怎么把 GPX 文件导入 Relive

简单说

在 Relive App 里，找导入或「创建」相关的入口，选「上传 GPX 文件」之类的选项，而不是连接账号。选出手机里的 .gpx 文件，或者从别的 App 分享过来的文件，Relive 会读取里面的坐标、海拔和时间戳，先搭出路线，再从这些数据生成飞越视频。

除了手动上传文件，也可以直接连接 Strava 或 Garmin 账号，把记录同步过来。这种方式路线一样能过去，只是全程没有一个 GPX 文件被交来交去。

GPX 文件本来是从哪儿来的

Relive 能看到的路线，要么是从连接的账号同步过来的，要么就是以文件的形式交过来的。这个文件最初是记录类 App 的导出或分享功能生成的，把记录下的每个点——经纬度、海拔，通常还有时间戳——写进一个 .gpx 文件里。TrailCam 也能这样导出，一趟徒步或整段历史都行，格式是 GPX 1.1，这也是 Relive 和大多数路线类服务期待的版本。

Relive 真正从文件里搭出来的是什么

飞越视频不是徒步当天拍下来的画面，而是电脑根据文件里的坐标和海拔，在三维地形模型上算出来的一条摄像机轨迹。Relive 展示的不是当天走这条路时拍下的画面，而是用地图数据上色、打阴影搭出来的地面，让一台虚拟摄像机按 GPX 里那些点指出的方向飞过去。这就是为什么视频里的地形，有时候跟脚下实际看到的景色对不太上——文件带着的是路线的形状，不是风景本身，风景是后来从别的数据里补上去的。

路线的形状、快慢、海拔变化都直接来自文件里的点，所以如果一段轨迹记录开始没多久就停了，飞越视频可能会短到、或者平到没必要生成。

照片是另外加的一步，不是 GPX 带过去的

GPX 文件是坐标格式，没有给内嵌照片、视频或语音留字段，所以导入 Relive 也只会带来路线本身，途中拍的东西一样都不会跟着过去——这不是 Relive 特有的限制，任何读 GPX 的服务都是这样。照片通常是在 Relive 自己生成视频的那一步加进去的：它可以按拍摄时间，把手机相册里的照片对应到路线上大致的位置，插进飞越视频里。这个匹配是在 Relive 内部完成的，用的是相册里的照片，发生在文件导入之后，并不是 GPX 文件自己带过去的。

容易踩的坑

• 导入被拒绝，或者生成的视频是空的——通常是文件里的点太少了，比如记录开始没多久就停了。
• 视频看起来飞过了根本不存在的小山，或者漏掉了实际存在的一段爬坡——地形来自 Relive 自己的三维模型，不是文件里记录的海拔数值，所以两边对不上的时候，方向不一定一样。
• 视频里完全没有照片——照片本来就不在 GPX 文件里，只有在 Relive 生成视频那一步，从相册里另外匹配过才会出现。
• 在 iPhone 上点文件没反应——先看看后缀是不是还是 .gpx。有些邮件客户端会把附件改写成 .txt，这样 iOS 就不会把能处理这个格式的 App 列到分享面板里。

为什么真正移动的是这个文件

GPX 这个格式存在的意义，就是让一趟在某个 App 里记录的徒步，能在别的地方再用一次，把一趟徒步从记录 App 带进 Relive 这样的视频服务，只是这件事的一个日常版本。文件带着的是坐标、海拔、时间这些路线本身的形状，这个格式没有字段的东西不会跟着走——原本徒步途中拍的照片、视频、语音，跟交给别的服务时一样，还是留在文件外面。

TrailCam 在 iPhone 上后台记录路线，同时把照片、视频、语音钉在拍下它们的那个位置上，所以之后可以直接在地图上回放这趟徒步，不需要靠别的服务重新搭出来。单条记录或整段历史都能导出成 GPX 1.1 或 CSV，导出功能属于可选的 TrailCam Pro，App 本身免费下载。