徒步拍的视频，文件本身有没有嵌入 GPS 位置数据

先说结论

一段视频文件自己有没有嵌入 GPS 坐标，取决于是什么录的它，以及录制那一刻定位服务有没有开着——这跟照片会不会带上坐标，是同一个条件。这是文件本身的属性，跟时长、设备型号这些信息一起，存在文件的元数据里。轨迹记录 App 把一段视频钉在地图上的某个点，用的是完全不同的另一套机制：那是 App 自己的记录，把这段视频和它正在追踪的轨迹上的某个点绑在一起，不管这段视频的文件本身有没有带着自己的坐标，这套机制照样能工作。

换句话说，就算文件里什么都没写，一段视频在回放的徒步轨迹上照样可以钉对地方——因为这个定位钉从来就不是从文件里读出来的。

位置信息可能存在的两个不同地方

视频文件的结构跟照片差不多：真正的画面内容之外，还带着一块元数据——时长、帧率、设备型号，有时候还有一个 GPS 坐标，只要录制的 App 拿到了定位权限，而且开始录制那一刻正好有定位，这个坐标就会自动写进去。这个字段如果存在，就属于文件本身。把文件拷到哪儿，这个字段里的内容就跟到哪儿，跟照片嵌入的坐标是一回事。

轨迹上的点则不一样，它属于正在追踪这次徒步的 App，而不属于视频本身。整段路上 App 其实一直都知道你在哪儿，因为不管有没有人点下拍摄，它都在持续记录一连串的坐标。把一段视频钉到轨迹上，做的事情就是标出这些已经记录下来的点里，哪一个是这段视频对应的——这是 App 自己关于这次徒步的记录里的一条，挂在视频旁边，而不是写在视频里面。

为什么视频不需要自带坐标也能落对地方

回放轨迹靠的是 App 自己那份关于这次徒步的记录，而不是打开每一段视频去读里面的某个字段。轨迹上早就有一个坐标对应徒步的每一个瞬间；把视频钉上去，做的只是在这些已经记录好的瞬间里，标出这段视频属于哪一个。整个过程完全不依赖视频文件有没有嵌入自己的位置——位置本来就不打算从文件里读，它在视频被拍下之前，就已经躺在轨迹里了。

这也意味着两边的坐标可以真的对不上，却谁都没错。如果视频自己带了坐标，那是处理录制的软件，按它自己的规则，在它认为该写的时候写进去的。轨迹上的定位钉，是另一套软件，在另一个时刻，出于另一个理由写下的。把两者当成必须永远一致，这才是容易让人犯糊涂的地方，而不是哪一边的坐标本身不可靠。

怎么看某一段视频到底有没有

查法跟照片一样：在存着这段视频的设备上，直接看文件本身的信息，而不是从它在轨迹里的表现去猜。不是每个拍摄视频的 App 都会写这个字段，哪怕它本来可以写；一段视频如果在到达你手里之前，经过了聊天软件、云端转存或者格式转换，很可能已经丢了原本带着的字段——这跟一张分享出去的照片半路上丢掉坐标是同一回事。文件信息里查不到这个字段，说明不了这段视频在它原来那条轨迹上是不是放对了位置，那是完全另外一回事。

这对导出一次徒步意味着什么

GPX 是一种坐标格式，有位置存轨迹，有位置存带名字的路点，唯独没有给视频附件留位置，所以视频的定位钉压根不会跟着进 GPX 导出，进去的只有轨迹本身。至于视频文件自己带没带坐标，是另外一件事，谁也替代不了谁：导出时没带上钉过的视频，只是缺了 GPX 文件本来就没打算装的东西；没有自带坐标的视频，只是缺了轨迹回放本来就用不上的东西。

TrailCam 是怎么做的

TrailCam 会把最长两分钟的视频、一张照片，或者一段语音，绑定到你开始拍摄那一刻，轨迹上记录到的那个点——这是轨迹本身里的一条记录，跟视频文件自己实际带着什么没有关系。之后打开保存的轨迹回放，每段视频都会照样出现在那个点上，下方跑着海拔曲线。把徒步导出成 GPX 1.1 或 CSV——这是可选的 TrailCam Pro 功能——运出去的只有轨迹，视频留在 App 里，回放轨迹的时候才重新和轨迹合在一起。TrailCam 本身免费下载。