zaplib VS webviz

We used approach #1: https://github.com/Zaplib/zaplib/blob/7976d39775dd1642f20d8b...

I might write a blog post about this, since it's pretty fun / tricky stuff!

For the web based part, in terms of integration with ROS RobotWebTools (especially with RoslibJS) and rosbridge cover already a lot, so maybe you may want to first check what's available there. Webviz is also a great web based tools with many components for visualisation.

Hey HN, one of the creators here! I made it at Cruise because it was super painful to develop https://webviz.io with manual memory management (lots of ArrayBuffers), WebWorkers, etc. I thought that there must be a better way.

Very curious to hear stories from other folks building intensive stuff in the browser. How are you dealing with performance issues in Javascript? Have you tried using Rust or C++ with WebAssembly for parts of your apps? How did you make 2d/3d rendering faster? Would you want to use something like Zaplib?

Webviz is a great tool. Just drag the .bag file onto the browser window and you can start viewing the data.

Webviz is actually open source for the most part. https://webviz.io

U can try https://webviz.io/ or https://foxglove.dev/

Cruise | Software Engineer | San Francisco, Seattle, or REMOTE | VISA acceptable | https://www.getcruise.com

Cruise is building the world’s most advanced, self-driving vehicles to safely connect people to the places, things, and experiences they care about. We believe self-driving vehicles will help save lives, reshape cities, give back time in transit, and restore freedom of movement for many.

I'm an engineering manager hiring specifically for the Webviz (http://webviz.io/) team. I'm looking for frontend engineers who want to make fast, beautiful browser-based visualizations of the car using WebGL, WASM and Javascript.

Much of the work that we do on this team is open-sourced (check out the code at https://github.com/cruise-automation/webviz). Cruise vehicles produce mountains of data; we have to visualize it in dozens of different ways at a high frame rate. We recently built a Javascript object proxy that wraps all of our input binary data in an object-like interface that only parses data on access, so that we can limit garbage collection pressure and improve our frame rate. If this kind of project sounds interesting, you might enjoy working on Webviz!

Reach out directly to me if you're interested in the above (open to associate/senior/staff levels), or if you have any questions about Cruise.

PS - for those of you who have seen or used Webviz, Foxglove may look familiar. Some of our team previously worked on Webviz at Cruise, and we reused much of their code, although it has been heavily refactored, several new features added, and we have more coming soon.