Form swim -- new real time open water pace doesn't work

I haven’t tried this new form feature but I previously had tried instantaneous pace fields in OW swims on my Forerunner 965. I found it useless, just absolutely all over the place. With your wrist entering the water constantly I just don’t think you get a frequent enough, accurate enough GPS lock to measure pace instantaneously.

It is close enough “on average” for a swim with a relatively straight path but the moment to moment was useless, so for that reason I basically only use lap average while swimming OW.

Are other brands better?

I haven’t tried this new form feature but I previously had tried instantaneous pace fields in OW swims on my Forerunner 965. I found it useless, just absolutely all over the place. With your wrist entering the water constantly I just don’t think you get a frequent enough, accurate enough GPS lock to measure pace instantaneously.

I will say it again, since there still seems to be misunderstanding: This is NOT about live pace perfectly capturing actual pace, or latency in that measurement, or fluctuations, or whatever. We all get it, open water GPS is hard.

This is about the available data fields at least being self-consistent, which they are currently not. Over a 3 minute period, the timer field moves forward linearly by 3:00, the distance field increases gradually by 200y, the average pace field shows “1:30” (give or take) the whole time. So far so good. But the “live” pace field shows “0:25” or thereabouts for the whole 3 minute stretch. That’s not a matter of GPS accuracy, there is some kind of incorrect calculation occurring which makes the displayed live pace totally inconsistent with the other (imperfect but usable) metrics.

Gotcha… Yeah my experience is that it will alternate between much slower than my actual pace and much faster than my alternate pace rather than consistently underestimate, so perhaps different.

Im sure there is some more complex smoothing involved than what your formula captures, for e.g. raw GPS readings are typically put through a number of filters and garmin is known to use swimming dead reckoning where the progress is interpolated based on velocity and heading (and could also incorporate stroke rate) during periods where GPS is unreliable, and they could perhaps use dead reckoning to interpolate the distance increase but wait to update instantaneous pace fields based on an actual satellite update. I do not think details of Garmin’s implementation are public so of course I’m only guessing but all modern GPS watches use a metric ton of similar post processing that can give unintuitive results in light of extremely poor GPS fixes.

I think that value might be minutes per mile

I used to see this data on my strava pace charts (web version - it appears to be fixed now) and assumed that’s what it was as the data fits (for me at least)… I don’t use form or a wrist gps but an old 920XT (body only) under my cap so it always has a good gps connection - swims are pretty damn accurate distance wise and as I said it works to min/mile for me

It’s not supposed to represent minutes per mile. If that were the case, A) “pace” has different units than “average pace” and “lap pace” which doesn’t make sense, and B) that would be even more wrong than what I’m describing.

True pace: 1:40/100y
Displayed pace: 0:30

0:30/100y is roughly 3x my true pace.
0:30/mile = 120mph = 0:01.7/100y = 59x my true pace

140/100 is 1 sec per yard
1760 yards in a mile = 1760 seconds
1760 seconds is 29.33 minutes per mile

That’s pretty close to 30 mins per mile
.

Oh I see, you suspect it’s displaying mile pace in hh:mm format. I assumed you meant mm:ss format, sorry for misinterpreting.

That is a totally bizarre UX choice, if indeed that’s what’s going on. But I had to admit, that interpretation does seem consistent with my swim paces. And I suppose it’s perfectly usable once you understand what the number represents. Very interesting.

Mapping table for reference:

hh:mm per mile mm:ss per 100y
0:10 0:34
0:11 0:38
0:12 0:41
0:13 0:44
0:14 0:48
0:15 0:51
0:16 0:55
0:17 0:58
0:18 1:01
0:19 1:05
0:20 1:08
0:21 1:12
0:22 1:15
0:23 1:18
0:24 1:22
0:25 1:25
0:26 1:29
0:27 1:32
0:28 1:35
0:29 1:39
0:30 1:42
0:31 1:46
0:32 1:49
0:33 1:52
0:34 1:56
0:35 1:59
0:36 2:03
0:37 2:06
0:38 2:10
0:39 2:13
0:40 2:16
0:41 2:20
0:42 2:23
0:43 2:27
0:44 2:30
0:45 2:33
0:46 2:37
0:47 2:40
0:48 2:44
0:49 2:47
0:50 2:50
0:51 2:54
0:52 2:57
0:53 3:01
0:54 3:04
0:55 3:07
0:56 3:11
0:57 3:14
0:58 3:18
0:59 3:21

Quick update:

As expected, my ticket with Garmin went nowhere, they just told me to ensure I had good GPS connectivity.

Form support, in contrast, was very engaged. They have multiple users facing this issue, and are in contact with Garmin engineers trying to debug it. I mentioned the idea that the value might represent pace per mile in hh:mm format, and that Form would need to convert that before displaying. They said this doesn’t fit with all the cases they’ve seen, but it might be a good lead nonetheless. Hopefully it all gets sorted soon.

1 Like