Measured, not declared

How the three numbers are reached, and what keeps a model alive on the fleet.

Everything here is a pilot acceptance criterion — measured by your engineers, on your equipment, at your resolution — not a datasheet specification.

Frames between looks

2.8 m

At 300 km/h the aircraft covers 83.3 m every second. At 30 processed frames per second that is 2.8 m between looks; at 5 fps it is 16.7 m. The gap between frames is distance the track has to bridge with no new information — no model compensates for it.

300 km/h = 83.3 m/s → ÷30 fps = 2.8 m · ÷5 fps = 16.7 m.

Detection range

2,750 m

Range is geometry: it is set by how many pixels land on the target, not by TOPS. On a 4 m target from the full frame the model has enough pixels out to 2,750 m. A weak board downscales the frame to a 640 input to keep up — and the same target is gone by 917 m.

End-to-end latency

247 ms

From the target entering the field of view to a confirmed event on board: 247 ms when the chain closes on the aircraft, 794 ms at 7 fps. Routing the same decision through the ground adds about 200 ms on the radio link alone — a link the aircraft does not need.

Frame rates are indicative single-stream figures for YOLO-class models. Latency and autonomy are measured on your equipment, not declared.

What runs on the computer you chose.

  1. Decode

    hardware decode of the full-resolution frame

  2. Inference

    your model, on every frame

  3. Track

    held through the manoeuvre and after loss

  4. Sensor fusion

    across the sensors on the platform

  5. Event

    confirmation on three frames of five, not one trigger

  6. Recording

    written on board, synced when the link returns

  7. Secured perimeter

    nothing leaves without your say

What holds it across the fleet, inside your perimeter.

01

Registry

Every aircraft and every model version, tracked.

02

Distribution

Staged rollout to a subset first, then the fleet, with rollback.

03

Event store

Detections and video kept for retraining.

04

Retraining

The next version trained on your own archive.

Ten stages from a recorded sortie to a model flying on the fleet.

Not writing a detector, but keeping one alive across sensors, seasons, theatres and board revisions. We run all ten with your team, on your data, and the output at every stage belongs to you.

  1. 01

    Data capture

    Curated clips around every detection plus a hard-negative sample, recorded on board and synced when the link returns.

  2. 02

    Annotation

    Labelling against your classes and your confidence policy, to an agreed quality bar.

  3. 03

    Training

    On your own data, fine-tuning from your checkpoints, runs reproducible by your engineers.

  4. 04

    Validation

    Held-out evaluation on your scenes, so the accuracy you publish is a number you measured.

  5. 05

    Conversion

    Quantisation and compilation for the runtime on the module you chose, without rewriting the model.

  6. 06

    Benchmarking

    Measured on the target compute, not a datasheet — frames, latency and occupancy at your resolution.

  7. 07

    Packaging

    Signed model bundles with the configuration that produced them, versioned and reversible.

  8. 08

    Deployment

    Over the air to a staged subset first, then the fleet. No re-flash, no recall, no aircraft recovered to update it.

  9. 09

    Monitoring

    Drift and accuracy watched per model version, every detection tagged to the build that produced it.

  10. 10

    Retraining

    The archive feeds the next version. The loop closes without anything leaving your infrastructure.

Events to the archive, archive to retraining, retraining back to every aircraft over the air — and the weights at the end of it are yours to take anywhere, including away from us.

Your choice of computer, from 22 qualified modules.

We qualify the board you pick and compile your model for its runtime — we do not resell computers. Hardware sits outside the licence: about $1,109–1,214 per aircraft at July 2026 prices, bought by you.