Motorsport telemetry

Telemetry that tells you exactly where the lap time goes.

Telemetry analysis for race teams, driver schools and karting. Open your MoTeC, AiM and iRacing files without the vendor's own software, and without your data ever leaving your machine.

Fuji Speedway. The layout is drawn from one real lap of GPS out of an AiM .xrk: 4,514 m measured along the driven line, against the 4,563 m centreline the circuit declares. The 9 turns come from curvature, and match exactly how Race Studio 3 segments them.

T1RT2LT3RT4LT5RT6LT7RT8LT9R
measured by GPS on one driven lap of Fuji
4.514 m
turns, identical to Race Studio 3
9
logger formats supported
8
bytes of telemetry sent to a server
0
01
The problem
FUJI
Laps
15

The problem

You already have the data. What is missing is the answer.

Vendor software only reads its own hardware
Change logger and you lose your history. A team running MoTeC in one car and AiM in another works in two programs that do not talk to each other.
The analysis is manual and slow
Overlaying laps, finding the corner where the time goes and quantifying it is engineer work. Between sessions there is no time for it.
A graph does not tell you what to change
Seeing the speed trace is not the same as knowing you braked twelve metres early into T4 and that it costs you two tenths a lap.
02
The product
REF L15
Best lap
2:04.975

The product

Screenshots of the real application, with real data. Every caption states what was measured.

Fuji, coloured by how much time changes hands over each 50 m window between lap 15 (2:04.975) and lap 1. Neutral is exactly zero, the scale runs to ±1.12 s, and the 9 corners come from the stored layout.
Fuji, coloured by how much time changes hands over each 50 m window between lap 15 (2:04.975) and lap 1. Neutral is exactly zero, the scale runs to ±1.12 s, and the 9 corners come from the stored layout.
Eight channels against distance, lap 15 over lap 1, with one cursor shared by every pane: move it and the map, the traces and the numeric readouts all follow.
Eight channels against distance, lap 15 over lap 1, with one cursor shared by every pane: move it and the map, the traces and the numeric readouts all follow.
Turn 2, diagnosed against the driver's own best execution of that same corner rather than against another lap end to end. The card publishes its evidence: eleven measures, best against typical, and the per-lap sparkline — minimum speed 131.5 km/h against a typical 124.3.
Turn 2, diagnosed against the driver's own best execution of that same corner rather than against another lap end to end. The card publishes its evidence: eleven measures, best against typical, and the per-lap sparkline — minimum speed 131.5 km/h against a typical 124.3.
Ares narrating on a model running on this machine. Every sentence carries the fact it came from or it is not shown: the 4.919 s it cites here is the ideal-lap gap printed on the same page.
Ares narrating on a model running on this machine. Every sentence carries the fact it came from or it is not shown: the 4.919 s it cites here is the ideal-lap gap printed on the same page.
03

The evidence

Five figures, and not one of them is an illustration. Each is the output of the same analysis that runs on your files, on a session that ships in this repository, drawn at full rate and captioned with what it measured.

Evidence
5
Invented
0
Fixture
Inferno86_Fuji_2248.xrk

Where the time changes hands

Two laps of the same driver at Fuji. The colour is not the accumulated gap: that would turn the whole back half of the lap red after one mistake at turn one. It is the change in the gap across a 50-metre sliding window, so red means time was lost here, and the windows sum back to the lap difference exactly.

Time lostTime gainedUnchanged

Lap 4 (126.476 s) against lap 15 (124.975 s), a gap of 1.501 s. Scaled on the p90 of its own distribution, 0.089 s, because scaling on the maximum leaves most of a lap in one neutral bucket.

One corner, every lap

Turn 1 is the corner the analysis ranks first, and this is every comparable race lap through it over the analyser's own window: forty metres before the apex to twenty after. The reference is not the fastest lap of the session. It is this driver's best execution of this corner, which is a different lap, because a best lap is rarely the best version of every corner.

APEXapex − 40 mapex + 20 m5592SPEED km/h

Best executionOther laps

0.049 s per lap across 11 laps, dominant phase entry. 14 laps drawn. The best execution is lap 12 at 69.0 km/h minimum against 55.1 on lap 2 — a spread of 13.9 km/h through one corner.

One cursor, every channel

Speed, throttle and brake on a single shared distance axis, so a corner at 1 842 metres lands at the same place in every pane. This is the MoTeC i2 grammar rather than a redesign of it: an engineer already reads this shape, and making them learn a new one buys nothing.

SPEED km/h0203THROTTLE %0100BRAKE %010004 405 m

Reference lapComparison

Laps 15 and 4 at full logger rate. Reduced to one pixel column at a time keeping the minimum and maximum of each — the way an oscilloscope draws, which cannot lose a peak.

Why the peaks are measured first

The trace your browser receives is 500 points, and interpolating onto 500 points does not preserve a maximum. So every extreme is measured on the full-rate data inside the analysis, before anything is drawn. This is that difference, on one lap.

0.5 g1 g1.5 g2 g2.5 gACCELBRAKERIGHTLEFT
5 699 samples at 60 Hz: the envelope reaches 2.26 g. The same lap resampled to the 500 points a browser gets peaks at 2.02 g — 11 % low. Drawn from the iRacing fixture rather than the AiM one, because at 20 Hz the same resampling costs about 2 % and it would be dishonest to show the small case and quote the large number.

The relief, with its own noise

GPS resolves height two to three times worse than position, so this profile is an average over the session and the receiver's residual scatter is drawn around it at true scale. The band is wider than several real undulations. That is the honest picture, and it is why no claim on this site rests on a single altitude reading.

04 407 m62658936.8 m relief · ±1.26 m GPS scatter · 15 laps · 36:1 vertical
36.8 m of relief across the lap, averaged over 15 laps, with ±1.26 m of scatter. Vertical exaggeration 36:1, stated because 36.8 metres across four kilometres renders flat at 1:1 and an unlabelled stretch is a lie about the track.

What nobody else does

Three decisions you can see in the number.

These are not opinions about the product. They are measurements taken on real files that live in the repository, and anyone can repeat them.

Extremes are measured before anything is drawn
The trace that reaches the browser is reduced to 500 points, and there the peak longitudinal G reads 0.60 g against a true 1.03 g. Interpolation does not preserve a maximum. So every extreme is measured on the full-rate data in the analysis, never on what gets drawn.
42 %
Corners come from physics, not from a fit
Against the Race Studio 3 segmentation on three circuits: 10, 9 and 9 turns against a true 10, 9 and 9, with the left-right order exact on all three. The test requires the result to be a subsequence of the truth, so a corner can never be invented.
10 / 9 / 9
What cannot be measured is said out loud
There is no off-track detection. Measured over eleven laps at Fuji, 88 % of the samples reading as “outside” were on straights, because onboard GPS drifts by as much as the width of the asphalt. Rather than invent it, the measured drift is published beside the room you had.
88 %
04
Privacy
0 bytes

Your data

Your data never leaves your machine.

Wild Telemetry is a desktop application, not a cloud service. The sessions you import, your setups, your team's formulas and your history all live on your own computer. There is no server receiving them, because none exists.

Sessions are stored in your user folder, not on a server.
The AI runs locally; if you prefer your own provider, the key stays on the device.
Your team's formulas and maths channels are its intellectual property and are never transmitted.
If your licence lapses the app becomes read-only: everything you already imported stays open. It never locks you out of your own data.
Comparison
i2 · RS3

The full comparison, including the rows we lose.

This table comes from docs/competitive-gap-analysis.md, which is checked against the code rather than against marketing material. The gaps are here because they are real.

CapabilityMoTeC i2Race Studio 3Wild
Multi-channel time / distance overlayyesyesyes
Synchronised cursor across panesyesyesyes
GPS track mapyesyesyes
Time gain / loss channelyesyesyes
Maths / calculated channelsyesyesyes
Theoretical ideal lapyesyesyes
FFTyesyespartial
Channel report (min / max / average)yesyesyes
Suspension analysisyesyesyes
Saved worksheets and layoutsyesyesyes
Video syncyesyesyes
Reads other vendors' filespartialnoyes
Tyre degradation by regressionnonoyes
Race strategy simulatornonoyes
AI narration grounded in real numbersnonoyes

i2 Standard is free with MoTeC hardware; i2 Pro is unlocked by a licence bought through a dealer. Race Studio 3 reads AiM hardware.

05
Start
.drk .xrk .ld

Start

Three steps, and we do the middle one.

You do not need to install anything to find out whether this is useful to you.

You send us a file

A .drk, an .xrk or an .ld from one of your own runs. Telling us the logger is enough; if we cannot open it, we say so and that is the end of it.

We analyse it

On your data, not on a demo. Out comes the per-corner report: where the time goes, how much, and which of your own laps it is being compared against.

We go through it

You get it back as a PDF and, if you want, twenty minutes on a call to talk it over. No commitment and nothing to install.

We send back the analysis, done on your own data.

Every request is answered by hand. Tell us which logger you use and we will confirm whether we can open your files before you install anything.

The most useful field here: it tells us whether we can open your files before we reply.
Questions

What people usually ask.

Which loggers are supported?
MoTeC .ld, AiM RaceStudio 2 .drk, AiM RaceStudio 3 .xrk and .xrz, iRacing .ibt and generic CSV, including Race Studio and i2 exports, which additionally carry the vendor's own exact lap markers.
Does it need an internet connection?
Not to analyse. The app rechecks the licence at launch if a network is available; if there is none it keeps running on the token it already holds until that token expires.
Where is my data stored?
On your computer, in your user folder. There is no cloud database. The only hosted service issues and revokes activation codes, and it never sees telemetry.
What happens if I stop paying?
The app becomes read-only: you can still open and inspect every session you already imported, and importing new sessions is blocked. Nothing is deleted.
Windows and macOS?
Both. The Windows installer is not code-signed yet, so SmartScreen will warn on first run; the download page explains it.
Is it useful for sim racing?
iRacing .ibt files are read natively, with the exact lap boundaries the simulator itself marks. For other simulators the route is a CSV export, and it is worth checking case by case before promising anything.
Can I try it first?
Yes. Request access and we send a trial code with a short expiry. It is the same pipeline as a paid licence; only the date differs.