rerun

Library Featured

The Rerun Rust SDK: log images, point clouds, etc, and visualize them effortlessly

Checked · Sources

Downloads
214,455
Dependents
67
Stars
11,731
Forks
895
Contributors
194
Commits
10,408
Latest release
0.42.0 ·

About

From the project README ·

The data layer for physical AI

Log, query, visualize, and stream to training on shared columnar storage built for multimodal data.

What it does: Rerun ingests multi-rate, multimodal data (images, point clouds, transforms, time series, joint states, video) from many sources and formats (robot logs, human-data rigs, sim, web video; MCAP, rrd, LeRobot). The built-in viewer renders everything in sync, in realtime: scrub episodes, compare sensors side-by-side, watch CV pipelines run live. The same data is queryable with dataframes or SQL, and streams directly into training. Built in Rust on column-chunk storage purpose-built for multi-rate physical data. SDKs in Python, Rust, and C++.

Quickstart: pip install rerun-sdk — log your first multimodal data and see it in the viewer in under 2 minutes.

Read the full README
Use cases
  • Ingest robot logs, egocentric/UMI rigs, sim, and web video into one substrate
  • Run CV pipelines (SLAM, hand tracking, motion retargeting) as table edits
  • Query raw, intermediate, and derived data with dataframes or SQL
  • Visualize multi-rate, multimodal sequences across the pipeline
  • Stream dataset mixes directly to training — no export jobs, no stale copies
Data types

Multi-rate, multimodal, spatial: images, point clouds, time series, tensors, transforms, joint states, video. Preserved end-to-end.

A short taste
import rerun as rr  # pip install rerun-sdk

rr.init("rerun_example_app")

rr.spawn()  # Spawn a child process with a viewer and connect
# rr.save("recording.rrd")  # Stream all logs to disk
# rr.connect_grpc()  # Connect to a remote viewer

# Associate subsequent data with 42 on the “frame” timeline
rr.set_time("frame", sequence=42)

# Log colored 3D points to the entity at `path/to/points`
rr.log("path/to/points", rr.Points3D(positions, colors=colors))
…

Getting started

Installing the Rerun Viewer binary

To stream log data over the network or load our .rrd data files you also need the rerun binary. It can be installed with pip install rerun-sdk or with cargo install rerun-cli --locked --features nasm (see note below). Note that only the Python SDK comes bundled with the Viewer whereas C++ & Rust always rely on a separate install.

Note: the nasm Cargo feature requires the nasm CLI to be installed and available in your path. Alternatively, you may skip enabling this feature, but this may result in inferior video decoding performance.

You should now be able to run rerun --help in any terminal.

Documentation
Agent skills

This repo ships a set of agent skills that help coding agents write Rerun code.

Install them into your agent with the skills CLI:

npx skills add rerun-io/rerun

The skills themselves live in skills/ if you want to read them directly.

Status

We are in active development. There are many features we want to add, and the API is still evolving. Expect breaking changes!

Some shortcomings:

What is Rerun for?

Rerun is built to help you understand and improve complex processes that include rich multimodal data, like 2D, 3D, text, time series, tensors, etc. It is used in many industries, including robotics, simulation, computer vision, or anything that involves a lot of sensors or other signals that evolve over time.

Example use case

Say you're building a vacuum cleaning robot and it keeps running into walls. Why is it doing that? You need some tool to debug it, but a normal debugger isn't gonna be helpful. Similarly, just logging text won't be very helpful either. The robot may log "Going through doorway" but that won't explain why it thinks the wall is a door.

What you need is a visual and temporal debugger, that can log all the different representations of the world the robots holds in its little head, such as:

  • RGB camera feed
  • depth images
  • lidar scan
  • segmentation image (how the robot interprets what it sees)
  • its 3D map of the apartment
  • all the objects the robot has detected (or thinks it has detected), as 3D shapes in the 3D map
  • its confidence in its prediction
  • etc

You also want to see how all these streams of data evolve over time so you can go back and pinpoint exactly what went wrong, when and why.

Maybe it turns out that a glare from the sun hit one of the sensors in the wrong way, confusing the segmentation network leading to bad object detection. Or maybe it was a bug in the lidar scanning code. Or maybe the robot thought it was somewhere else in the apartment, because its odometry was broken. Or it could be one of a thousand other things. Rerun will help you find out!

But seeing the world from the point of the view of the robot is not just for debugging - it will also give you ideas on how to improve the algorithms, new test cases to set up, or datasets to collect. It will also let you explain the brains of the robot to your colleagues, boss, and customers. And so on. Seeing is believing, and an image is worth a thousand words, and multimodal temporal logging is worth a thousand images :)

While seeing and understanding your data is core to making progress in robotics, there is one more thing: You can also use the data you collected for visualization to create new datasets for training and evaluating the models and algorithms that run on your robot. Rerun provides query APIs to make it easy to extract clean datasets from your recording for exactly that purpose.

Of course, Rerun is useful for much more than just robots. Any time you have any form of sensors, or 2D or 3D state evolving over time, Rerun is a great tool.

Rerun vs. Rviz

When coming from pure visualization tools like RViz, you might be used to seeing the latest data only. Rerun is more than a pure visualization solution, it provides a platform for multimodal data with a powerful visualizer, storage model and query engine (see also: "What is Rerun?"). In robotics, you can use Rerun e.g. to record test runs, manage and query training data, visually debug live streams or recordings (also from third-party formats like MCAP) and much more.

So while Rerun makes your data streams visualizable in the viewer, integrating Rerun logging into your robotics applications also opens up the door for leveraging Rerun's broader capabilities.

If you are only interested in visualization, the Rerun viewer has powerful features like the ability to go back in time thanks to its time-aware in-memory database. You can adjust the size of this buffer to your needs (see here), e.g. to a smaller size if you want to use Rerun as an RViz replacement in long-running or memory-constrained applications.

Business model

Rerun uses an open-core model. Everything in this repository will stay open source and free (both as in beer and as in freedom).

We are also building Rerun Hub, a scalable catalog for robotic data. Right now that is only available for a few select design partners. Click here if you're interested.

The Rerun open source project targets the needs of individual developers. The commercial product targets the needs specific to teams that build and run computer vision and robotics products.

How to cite Rerun

When using Rerun in your research, please cite it to acknowledge its contribution to your work. This can be done by including a reference to Rerun in the software or methods section of your paper.

Suggested citation format:

@software{RerunSDK,
  title = {Rerun: A Visualization SDK for Multimodal Data},
  author = {{Rerun Development Team}},
  url = {https://www.rerun.io},
  version = {insert version number},
  date = {insert date of usage},
  year = {2024},
  publisher = {{Rerun Technologies AB}},
  address = {Online},
  note = {Available from https://www.rerun.io/ and https://github.com/rerun-io/rerun}
}

Please replace "insert version number" with the version of Rerun you used and "insert date of usage" with the date(s) you used the tool in your research. This citation format helps ensure that Rerun's development team receives appropriate credit for their work and facilitates the tool's discovery by other researchers.

Development

Installing a pre-release Python SDK

  1. Download the correct .whl from GitHub Releases
  2. Run pip install rerun_sdk<…>.whl (replace <…> with the actual filename)
  3. Test it: rerun --version
Runs on
WebGPU
What shows it
  • WebGPU: re_renderer dependency wgpu, re_space_view_tensor dependency wgpu, re_test_context dependency wgpu, re_view_tensor dependency wgpu, re_viewer dependency wgpu, re_viewer_context dependency wgpu
Native code
Required
  • Binds native code: libmimalloc-sys, libudev-sys, wayland-sys, ring (feature oauth), coreaudio-sys (feature output) and 1 more
Python bindings
Has Python bindings
  • re_protos needs Python only with feature py
License
Apache-2.0 OR MIT

Compare with similar projects

Order: strongest tier first, then most downloads, then name, with unmeasured values last. A library counts downloads over 30 days. An app counts binary downloads per release. An app with none counts its crate downloads over 30 days.

rerun beside the projects that share a topic with it
ProjectDownloadsDependentsStarsLatest releaseRuns on (GPU)Native codeLicense
rerun This page Featured

The Rerun Rust SDK: log images, point clouds, etc, and visualize them effortlessly

Python bindings

214,455 downloads over 30 days 67 11,731 0.42.0 WebGPU Binds native code: libmimalloc-sys, libudev-sys, wayland-sys, ring (feature oauth), coreaudio-sys (feature output) and 1 more Apache-2.0 OR MIT
opencv-rust Featured

Rust bindings for OpenCV

262,425 downloads over 30 days 96 2,500 0.101.1 GPU support unknown Build uses a native toolchain: cc, pkg-config, vcpkg MIT
koharu App Featured

ML-powered manga translator, written in Rust.

6,338 binary downloads per release Not applicable 6,620 Not measured Not measured Apache-2.0
rustface Listed Dormant

Face detection library, based on the C++ SeetaFace engine.

4,231 downloads over 30 days 3 436 0.1.7 GPU support unknown No native code found BSD-2-Clause
inference Listed

Ultralytics YOLO inference library and CLI for Rust

2,609 downloads over 30 days 1 217 0.0.56 CUDA, WebGPU, ROCm Binds native code: ort-sys, ffmpeg-sys-next (feature video), openvino-sys (feature intel) AGPL-3.0
diffusers-rs Listed Dormant

Rust implementation of the Diffusers library using Torch.

49 downloads over 30 days 1 596 0.3.1 CUDA Binds native code: torch-sys Apache-2.0 OR MIT
Why FeaturedIt passes every Featured gate.

What it meets

  • It has 30 active dependents and 22 new dependents in 365 days. Featured needs 11 active dependents or 9 new dependents in 365 days.
  • Active dependents are at 100% of their peak. Featured needs at least 50%.
  • Docs are present. The release commit or a manifest ties the crate to the repository.
  • No vulnerability advisory stays unpatched past the grace window. At least one version is neither a prerelease nor 0.0.x.
  • The last activity is on 6 Nov 2026, 3 days ago. The rules expect an update within 560 days. Dormancy rule

Exact rules: Featured library. The check on applied thresholds version 9.

Every rule outcome, as the check records it
  • expected-interval: version 0.42.0 base 140, doubled for 214455 downloads per month, doubled for 30 active users: E = 560 days
  • dormancy: last activity 2026-11-06, 3 days ago, E = 560: active
  • featured: featured: active_users 30, new_adopters 22, former_glory 1
Crates146 crates

Measurements and sources

Each signal row shows the raw value, its source and the fetch date. The Sources list gathers every distinct source on this page. Movement needs more history.

Sources6 sources
Adoption30 active dependents, 22 new dependents in 365 days1 not measured
Adoption measurements
SignalValueSourceFetchedCounts
Active dependents30crates.io database dumpYes
New dependents (365 days)22crates.io database dumpYes
Peak active dependents30.5crates.io database dumpYes
Active dependents as a share of the peak1crates.io database dumpYes
Binary downloads per releaseNot measuredYes
MaintenanceLatest human commit: 3 days ago3 not measured
Maintenance measurements
SignalValueSourceFetchedCounts
Latest human commit2026-11-06GitHub repositoryYes
Latest release2026-11-04crates.io database dumpYes
First release2020-08-11crates.io database dumpYes
Latest version0.42.0crates.io database dumpYes
Days the oldest outside issue waits for a reply64GitHub repositoryYes
Maintainer replies over 365 days143GitHub repositoryYes
Repository archivedfalseGitHub repositoryYes
Repository gonefalseGitHub repositoryYes
Release commit or manifest in the repotruecrates.io packageYes
Published docstruecrates.io database dumpYes
Latest release fails cargo checkNot measuredYes
Build check dateNot measuredYes
Build check toolchainNot measuredYes
SecurityUnpatched vulnerabilities: none
Security measurements
SignalValueSourceFetchedCounts
Unpatched vulnerabilities past the grace windownoneRustSec advisory databaseYes
RustSec unmaintained advisorynoneRustSec advisory databaseYes
Deprecation noticenonecrates.io database dumpYes
Deprecated requirementnonecrates.io database dumpYes
Distribution274 releases, 214,455 downloads over 30 days5 not measured
Distribution measurements
SignalValueSourceFetchedCounts
Releases274crates.io database dumpYes
Downloads over 30 days214455crates.io database dumpYes
Binary downloads over the last 3 releasesNot measuredYes
Homebrew installs on request over 365 daysNot measuredYes
Repology repository familiesNot measuredYes
Docker pull growth over 90 daysNot measuredYes
Docker pulls at the growth baselineNot measuredYes
Every version a prereleasefalsecrates.io database dumpYes
Every version 0.0.xfalsecrates.io database dumpYes
Every version yankedfalsecrates.io database dumpYes
Crate deleted from crates.iofalsecrates.io database dumpYes
Repository11,731 stars, 895 forks, 194 contributors, 10,408 commits. Stars alone never qualify a project.
Repository measurements
SignalValueSourceFetchedCounts
GitHub stars11731GitHub repositoryYes — one part of the repository route
GitHub forks895GitHub repositoryYes — one part of the repository route
Contributors with a GitHub account194GitHub contributorsYes — one part of the repository route
Commits on the default branch10408GitHub repositoryNo
Repository's main crate left out of the entrynonecrates.io database dumpYes
Facts that never count
Facts that never count measurements
SignalValueSourceFetchedCounts
LicenseApache-2.0 OR MITcrates.io database dumpNo
Runs on, from listed crates and their direct dependenciesWebGPUcrates.io database dumpNo
What shows each backendWebGPU: re_renderer dependency wgpu, re_space_view_tensor dependency wgpu, re_test_context dependency wgpu, re_view_tensor dependency wgpu, re_viewer dependency wgpu, re_viewer_context dependency wgpucrates.io database dumpNo
Native code, from listed crates and their dependenciesBinds native code: libmimalloc-sys, libudev-sys, wayland-sys, ring (feature oauth), coreaudio-sys (feature output) and 1 morecrates.io database dumpNo
Python bindings, from direct dependencies of listed cratesHas Python bindings: re_protos needs Python only with feature pycrates.io database dumpNo
Crates that depend on a listed crate directly67crates.io database dumpNo

Corrections and review history

Report a correction

No correction applies to this entry.

Judgments

A judgment enters only through an approved issue and a merged pull request.

No judgment applies to this entry.