Runners on the road, seen from the side
All running gait analysisFor practices

What has been tested, and what has not

This page exists to be checked. Where something is still missing it says so, an evidence page that lists only the strong points is advertising with footnotes.

What is under the bonnet

  1. 1

    Pose estimation

    RTMPose with the Halpe26 point set: twenty-six points including heel and toe. Apache-2.0, so usable and distributable without licence restriction. It runs in the browser through onnxruntime-web, on WebGPU where available and WASM otherwise.

  2. 2

    Person detection

    YOLOX, also Apache-2.0. It does not run on every frame but periodically, with the box carried between detections. When someone walks through shot, the subject is tracked on continuity of centre rather than on size.

  3. 3

    Filtering

    Gaps up to five frames are bridged, then a zero-lag Butterworth filter at 10 Hz. Zero-lag because an ordinary filter shifts events in time, and time is exactly what is being measured.

  4. 4

    Skeleton correction

    Bone lengths should not change across a clip. They are estimated and then enforced, and the foot is fitted as a rigid body to the raw points. That removes fifteen to twenty-two per cent of the angular error around foot, ankle and shank.

How an event is established

Nearly every temporal measure hangs on initial contact and toe-off. Those are found by three independent methods: the height of the foot above an estimated floor line, the peak in vertical acceleration at landing, and the position of the foot relative to the pelvis.

An event only counts when at least two methods see it. The timing then comes from the acceleration method, which is the sharpest. That split, the majority decides whether, the sharpest decides when: turned out to be necessary: ordinary majority clustering threw away precisely the sharpest method whenever it sat a few frames away from the two blunt ones.

When the spread between the three methods grows too large, that appears on page one of the report. It is the signal that the recording itself is the problem.

What has been tested

Against a simulated runner with known ground truth. That tests the arithmetic end to end: an error in filtering, in finding cycles or in computing an angle surfaces here.

WhatDeviation from ground truth
Initial contact0.0 frames (sd 0.28)
Toe-off+2.3 frames
Cadencewithin 1 step per minute
Speed and step lengthwithin 7%
Vertical oscillationwithin 1%
Asymmetry on a symmetric runner0.0%

What has not been tested yet

There is no study on real footage against a reference system. That is the largest outstanding item and it is not talked around here: a simulated runner has no clothing that moves, no shoe between the heel point and the heel, and no changing light.

The protocol for that validation is written and has three parts. One: concurrent measurement with force plates or an optoelectronic system, to establish systematic bias per measure. Two: repeatability: the same person twice in quick succession, and two raters on the same clip. Three: from those, the smallest change that reliably clears the noise.

Until that exists, the report makes no statement that would lean on it, and this page states what there is rather than what there ought to be.

Why this is not a medical device

The software measures and assesses the quality of that measurement. It does not link the measured values to a condition, predict anything, or propose treatment. That places it outside the MDR’s definition of medical device software, and Rule 11 does not arise.

The reasoning is written out against the five decision steps of MDCG 2019-11 and is public. It also states what would change with a module linking a patient’s values to literature and exercises: Class IIa. Such a module was built and deliberately removed again.

What is included is a reference library: what the literature reports about each measure, with no reference to any patient and no parameters. That is a textbook in digital form and does not change the classification.

Frequently asked

Which reference values appear in the report?
Ranges from the literature, as orientation beside the measurement. Not as cut-offs, and nothing is labelled abnormal: most of these measures depend heavily on speed and stature, and a range from a study on recreational runners is not a norm for an individual.
Is a large image database involved?
Not by us, and yes by the model we use: RTMPose is trained on public datasets with hundreds of thousands of annotated images. We do not retrain it; we use the published weights. No patient footage is used to train anything, and no footage is retained.
Can the code be inspected?
The underlying models are open (Apache-2.0) and the sources appear in the report and in the reference library. For a substantive review of the measurement method there is documentation describing step by step how each measure is arrived at; ask for it.

The recording protocol belongs with this

The largest source of error is not the software but the recording. One page, to tape up beside the treadmill.

Read the protocol

A measuring instrument, not a diagnosis. Interpretation rests with the clinician.

Read further