Engineering GaitAI 01Engineering NoteGaitAI Research9 min read
Camera Angle Changes What AI Sees
The same walk, flattened eight different ways
A camera does not record a walk; it records a projection of one. Which direction it flattens away decides which signals survive: a side view keeps the swing of the knee and loses the width of the stride, a front view does the reverse, and an oblique view keeps a little of everything while the scale changes under the person's feet. This is what that means for a system that has to measure movement from wherever the camera happens to be.
Before you scroll: one walker, one stride, and a camera you can carry around them — watch which signals light up and which go dark.
Drag the camera round the ring, drag the track, or use ← →
Text description
A plan view of a walker seen from above, walking to the right, with a camera on a ring around them at one of eight positions: side (left), front-left, front, front-right, side (right), rear-right, rear, rear-left. Dragging the camera round the ring, or moving the eight-step track, shows the same stride projected from the chosen position in a middle panel: from the side the legs swing in one plane and the stride is fully visible; from the front or rear the figure is narrow, the feet are apart and the stride is foreshortened; from an oblique position both are partially visible. A right-hand panel states what five movement signals become from that angle, in words: knee flexion, stride width, step timing, foot trajectory and body path, each easier, harder or unavailable. Side views make knee flexion and foot trajectory easier and stride width unavailable; front and rear views make stride width easier and knee flexion unavailable; oblique views make most signals harder but body path easier. Illustrative: a sketch of a projection, not a camera model.
Short on time? Read the 2-minute version
- A camera flattens three dimensions into two. Whatever moves along the line of sight is lost; whatever moves across it is kept.
- A side view keeps the sagittal plane — knee flexion, stride length, the foot's arc, heel-strike timing — and cannot see stride width at all.
- A front or rear view keeps the coronal plane — stride width, sway, foot placement — and foreshortens everything along the walk, hiding knee angles.
- Oblique views, the common case for a mounted camera, see both planes partially, with a scale that changes as the person approaches or recedes.
- Camera height, distance and lens decide how many pixels a limb gets, which bounds how precisely any joint can be placed.
- A robust system declares what each view makes unavailable, favours features that survive the view it has, and never reports a measurement the geometry did not support.
The full article follows, with the diagrams and the caveats.
Put the same person on the same corridor and film them from the side, from the front, and from the corner where the building happens to have a camera. Three recordings of one walk — and a movement system will find three different sets of things it can measure well, measure badly, or not measure at all.
Nothing has changed about the walk. What changed is the direction the camera flattened it in. This is the most basic fact about video-based movement analysis and one of the least discussed, because in a research setting the camera is put where the measurement wants it. In a deployment it is put where the wall is.
The figures in this article are illustrative: a plan-view sketch of a walker and a camera, drawn to show which plane each angle sees. They are not a camera model, and the availability of each signal is stated in words — easier, harder, unavailable — never as a number.
A camera is a projection
A body moves in three dimensions. An image has two. Every camera resolves that by discarding one direction — the one along its line of sight — and keeping the two across it. Movement along the line of sight does not vanish entirely; it appears as a change in apparent size. But a change in size is a much weaker signal than a change in position, and it is entangled with distance.
So the question for any camera is not "can it see the person" but "which plane of the person's movement is it looking across". Gait analysts name two planes: the sagittal plane, the side-on slice in which the legs swing forward and back, and the coronal plane, the front-on slice in which the body sways and the feet are placed left and right. A camera sees one of them well, the other badly, or both partially.
The camera does not choose what to measure. Its angle already has.
What a side view gives, and what it cannot
Beside the walker, the camera looks across the sagittal plane. This is the textbook view, and for good reason: the knee's flexion and extension, the length, the arc the foot describes and the exact instant the heel meets the ground are all laid out across the image. Temporal measures read cleanly from here, because the events that define them — heel strike, toe-off — are unambiguous.
What the side view cannot see is anything that happens across the walk. Stride width — how far apart the feet are placed — is along its line of sight and collapses to nothing. Lateral sway is a small change in size. And the two legs overlap for part of every cycle, which is exactly the condition under which a pose estimator swaps left and right, as the first story in AI Under Stress showed.
What a front or rear view gives
Turn the camera to face the walker and the picture inverts. Now the coronal plane is across the image: stride width, the side-to-side sway of the trunk, whether the feet land in line or splayed, whether one shoulder drops. These are the signals that describe balance and support, and the side view could not give them.
The cost is everything along the walk. Stride length is foreshortened to a change in scale. Knee flexion — a rotation in the plane the camera is looking along — is nearly invisible. Heel strike is harder to place in time, because the event that marks it is a vertical motion seen at a shallow angle, and the person's apparent size grows every frame as they approach, so nothing can be compared frame to frame without correcting for it.
Side
Sagittal plane
- Knee and hip angles
- Stride length and foot arc
- Heel strike and toe-off timing
- Stride width: unavailable
Front / rear
Coronal plane
- Stride width and foot placement
- Trunk sway and shoulder drop
- Scale changes every frame
- Knee flexion: unavailable
Oblique angles: the common case
Almost no deployed camera is a side view or a front view. Cameras are mounted high in corners, looking down and across a space, and the people in that space walk in whichever direction they were going. The typical view is oblique: somewhere around forty-five degrees to the walk, from above.
An oblique view sees both planes — partially. Knee flexion is visible but compressed; stride width is visible but mixed with stride length; the foot's arc is a slanted ellipse. Every one of these can be recovered in principle, if the geometry is known. In practice the geometry is often not known precisely, and it changes as the person walks: a stride at the near end of the corridor covers many more pixels than the same stride at the far end.
Height, distance and lens
Angle is the largest of the camera's choices but not the only one. Three quieter ones set the floor under everything a pose estimator can do.
- Height. A camera above head height looks down on the walker, so vertical motion — the foot lifting and landing — is seen at an angle and the ground plane is tilted in the image. Heel strike timing gets harder to place; body path gets easier to read.
- Distance. Further away, the person occupies fewer pixels. A shin that is thirty pixels long can carry a knee that is right to within a pixel or two; a shin that is eight pixels long cannot. Precision is bounded by pixels per limb before any model is involved.
- Lens. A wide lens covers the room and bends straight lines near its edges; a long lens sees a narrow slice with less distortion. The same walk at the edge of a wide frame is not the same shape as at its centre.
None of these are properties of the person and all of them change the measurement. A recording made from a different mount, or after a camera was moved by a few centimetres, is not directly comparable to the one before — which is why a longitudinal reading has to record its capture geometry alongside its values.
Designing for the angle you have
An engineering team cannot move the walls. What it can do is treat the view as a first-class input rather than a nuisance.
- Declare what is unavailable. If the geometry does not support knee flexion, do not compute it. A withheld measure is honest; a foreshortened one is a wrong number with a confident label.
- Prefer signals that survive the view. Rhythm, and step-to-step variability are properties of timing, and timing survives almost any angle. Lean on them where the geometry is poor.
- Estimate the geometry, and say how well. A known camera height and angle turns an oblique view back into measurements; an unknown one should lower the confidence of every spatial value, explicitly.
- Use a second sensor for what the view cannot see. A wearable measures heel strike in the body's frame, not the camera's. The fifth Foundation's caution applies: adds coverage only when the streams are honest about their own quality.
- Compare like with like. Two recordings from different mounts are two instruments. A trend is only a trend if the capture geometry was the same, or was corrected for.
The view-invariance literature in gait recognition spent a decade on exactly this problem, for identity; the covariate surveys in the evidence below are where that work is collected. Movement measurement inherits both the problem and the tools, and adds one requirement the identity work did not have: the output is a number a person will act on, so the geometry it came from has to be part of the answer.
A camera angle is not a detail of installation. It is a decision about which plane of human movement will be measured and which will be inferred — made, usually, by whoever mounted the bracket. A movement-intelligence system that knows this can be deployed on the camera a building already has. One that does not will measure the corridor's geometry and call it a person's gait.
Engineering GaitAI continues with the gap between a good model and a good system: the camera, the network, the alert and the person at the end of it.
See how GaitAI approaches deployment →Written by GaitAI Research. GaitAI produces movement measurements and decision-support outputs for research, clinical and operational teams — not diagnoses. Published research is listed in the publications library.
Engineering GaitAI · 1 of 2
You now know that a camera angle decides which plane of movement is measured and which is inferred — and that a system has to say which is which.
Next
If the model is right and the camera is right, what else can still go wrong?
Engineering GaitAI 02A Good Model Can Still Be a Bad SystemThe chain around the modelContinue