平均配速和实时配速为什么对不上
爬坡爬到一半,听到播报的配速,可能慢得吓人;等回到家打开 App 看总的配速,往往又没有当时听起来那么差。两个数字都没骗人——它们是同一次徒步里,取自不同分量的两种算法:一个只看眼前这几秒,一个把整趟路加在一起。一个瞬间的快照和一份整体的总结,本来就没道理对得上。
简单说
实时配速是当下的估算,靠最近这几秒走了多远、用了多久算出来的。平均配速是徒步结束后(或者走到一定程度之后)算的,用总距离除以总行进时长。一个是很窄的一小段,一个是整个加总。一段特别吃力的爬坡能把那一小段的数字甩得很高,但对一整趟徒步加总出来的数字来说,几乎撼动不了什么。
实时配速是怎么算的
GPS 给出的是位置,不是速度——速度得靠比较最近几个位置、再除以之间的时间才能算出来。实时配速就是这么来的:只看最近这几秒的移动,换算成一个速率。窗口窄,好处是能立刻反映当下发生的事,代价是数字会晃得厉害。踩到一块碎石、停下来看一眼风景、在窄窄的之字形拐弯上走几步,这些事都会立刻体现在一个只靠这么点数据算出来的数字上——因为这个窄窗口里,没有别的东西能把它抹平。
爬坡爬到一半听到的语音配速,之所以比实际走下来的感觉还差,原因就在这里。它老老实实汇报了最近几秒的样子,而不是过去一小时整体的形状。
平均配速是怎么算的
平均配速看的是整趟路,不是路上的某一刻:总距离除以总行进时长。快的一段和慢的一段都加进同一个总数里,所以那段当时觉得特别费劲的两分钟碎石路,放进一趟两小时的徒步算出来的数字里,也就只占两分钟的分量。那段吃力的路没有消失,只是不再是这个数字唯一在描述的东西。
为什么某一瞬间两个数字很难一致
实时配速和平均配速,分别老实回答了两个不同的问题——"现在走得多快"和"总体走得多快"——把它们当成同一个东西去比,混乱就是这么开始的。爬坡的时候实时配速会一路飙高,坡度缓下来又落回去,而平均配速几乎不为所动,因为它把这一段稀释进了此前走过的整趟路里。反过来也会发生:一段很长、很轻松的平路,能悄悄把平均配速拉到比路上任何一次听到的播报都要快的水平,原因很简单——平路很少有人特意停下来听一次播报,会特意确认的,往往是爬坡或者停下来的时候。
这两个数字都不需要谁去纠正谁。陡坡上听起来很差的实时配速,和比陡坡当时的感觉要好看的平均配速,各自都在做它本来该做的事。
容易搞错的地方
- 拿最陡那一段听到的一次播报配速,去评价整趟徒步——那个数字说的只是最近几秒,不是整趟路。
- 以为实时配速难看,走完之后的平均配速也会一样难看——一小段吃力的路对总数的影响,远没有当时感觉的那么大。
- 指望实时配速也能像平均配速那样稳定——它就是故意用一个窄窗口算出来的,脚下地形一变它就该跟着变,这才是正常表现。
- 拿这次徒步的实时配速,去跟另一次徒步的平均配速比——两个数字回答的问题不一样,摆在一起比也比不出什么名堂。
TrailCam 这边
TrailCam 可以在你走的时候把距离和配速念出来,不用看屏幕也能知道当下的情况;等徒步结束,它会给出整趟路线的配速,用行进时长算出来,暂停的时间不算在里面。这两个数字本来就是设计成不一样的读法——一个是徒步途中随耳一听的数字,一个是事后回看整趟路的数字。TrailCam 免费下载。
常见问题
- 实时配速是不是比平均配速不准?
- 不是不准,只是回答的问题更窄。实时配速反映的是最近一小段,所以反应快、晃得也多;平均配速反映的是整趟路,所以更稳。就各自要衡量的东西而言,两个数字都是对的。
- 为什么语音播报听到的配速,比最后显示的平均配速慢那么多?
- 途中的播报通常说的是最近一小段——正好是你当时在做的事,比如爬坡、走碎石路,或者停下来看风景。最后的数字把这一段跟整趟路的其他部分一起摊平了算,所以一段吃力的路,往往不会像当时感觉的那样把数字拉低太多。
- 短暂的停顿,对平均配速的影响和对实时配速一样吗?
- 平均配速是拿行进时长算的,暂停的时间本来就不计入。实时配速本来就只看最近的移动,停下来的时候,无非就是暂时没有新的移动可以拿来播报而已。
记录你自己的轨迹
TrailCam 是一款 iPhone 上的 GPS 轨迹记录 App,会把沿途拍的视频、照片和语音钉在你拍下它的那个位置,并支持导出成 GPX 1.1 或 CSV。免费下载。