Tesla Dashcam · SEI Telemetry

Tesla SEI Forensic Decoder

Load a Tesla dashcam MP4 file to extract, decode, and verify every SEI telemetry record. Detects frame sequence gaps, flags anomalous values, and exports a forensic-grade CSV and provenance report.

📁
Drop Tesla dashcam MP4 here
or click to browse  ·  front.mp4 back.mp4 left_repeater.mp4 etc.
🎬
SHA-256: computing…
Scanning binary… 0%
Initialising…
File Provenance
Filename
File size
SHA-256
This fingerprint is computed from the entire file. If a single byte is changed after analysis, this value changes entirely. Record it alongside your exhibit reference to confirm the file is unaltered at any later point.
Analysed
SEI units found
Frame seq range
⚠ Frame Sequence Gaps Detected
🔍 How this tool decoded your file — tap to expand
📖 Learn more →
1
Binary scan — no Tesla software used
The raw MP4 file was read byte by byte. The tool searched for the Tesla SEI telemetry marker — the byte sequence 42 42 42 69 08 — which appears once per video frame. This is a direct binary scan, not a container-navigation approach. Tesla publish their own open-source extractor at github.com/teslamotors/dashcam which walks the MP4 container structure using NAL length prefixes to locate SEI units. This tool was built independently and blind to that script — the UUID pattern, RBSP decode logic and protobuf field mapping were derived directly from the binary. The two approaches were compared after the fact and produce identical decoded values. The difference is that container navigation depends on the MP4 length prefix structure being intact — if a NAL length value is corrupt or unexpected, the container walk moves on and that frame is lost. A raw binary scan finds the SEI payload regardless of container integrity, which is why this tool may recover frames that the Tesla extractor and SEI player export miss. Learn about SEI telemetry →
2
H.264 RBSP decode — removing escape bytes
H.264 video uses a mechanism called emulation prevention to avoid certain byte sequences being mistaken for video structure markers. Any 00 00 03 byte triplet has the 03 byte removed before reading. This gives the true payload bytes. The hex dump shows both the raw bytes and the decoded bytes so either can be independently verified.
3
Protobuf field extraction — reading each value
Tesla encodes telemetry using Google's protobuf format — a compact way of labelling and storing data fields. Each field has a tag number that identifies what it contains. Field 3 is the frame sequence number. Field 4 is vehicle speed in m/s. Field 6 is steering angle in degrees, and so on. The tool reads each tag and extracts the value directly.
4
SHA-256 hash — proof the file is unaltered
The SHA-256 hash is a mathematical fingerprint of the entire file contents. If a single byte in the file changes — deliberately or by corruption — the hash will be completely different. Comparing this hash with the hash of the original exhibit confirms the file analysed here is identical to the file in the chain of custody.
5
Frame sequence gap detection — continuity check
Each SEI unit carries a frame sequence number that increments by 1 per frame. If the decoded sequence jumps — for example from frame 45,210 to frame 45,215 — then frames 45,211 through 45,214 are absent from the binary. This tool reports every such gap so they can be investigated and distinguished from omissions in a CSV export versus genuine data absence in the recording.
📋 Compare Against SEI Player CSV Export
Upload the CSV exported by the Tesla SEI player tool for this same clip. The tool will identify any frames present in the binary that the player omitted from its export — the most common indicator of an incomplete export.
Drop SEI player CSV here
or click to browse  ·  expects frame_seq_no column