Lucas Walter

Rotozoom is creating new pixels when it does the rotation, so there is no issue there.

The `failed to compile shader` errors aren't output when the example_sdl_opengl3 is run. GLSL version is 130 as reported by both imgui_ros and the example_sdl_opengl3 recompiled to report it. Also...

Copy the image and see if that works. imshow the image and see if it stays valid through life of saved ImageConstPtr

Now I can't get it to fail, maybe #17 did fix it? There is an effect where it takes a second or two before the images show up.

It looks like the Marker spheres (and cubes, cones, and cylinders) are binary Ogre .mesh objects in the /rviz/ogre_media/models folder- they mostly aren't readable the first two lines are: ```...

Converted to draft until we decide what to do with #4 - I could delete ubuntu_20_04.yml from this PR and only have the 16.04 and 18.04 builds here, but then...

More detailed instructions capturing the above: ``` cd virtualcan/rust cargo build --release ./target/release virtualcan ``` ``` 2025-04-07 19:02:48,999 INFO [virtualcan::server] Starting virtual can server at: 0.0.0.0:18881 2025-04-07 19:02:48,999 INFO [virtualcan::server]...

Here's what I have so far:  https://youtu.be/95s8YK3x8f0 ``` rosrun visualization_marker_tutorials example_marker_array.py ``` ``` rosrun rerun_bridge rerun_marker.py ``` * The Arrow isn't rotating properly, but I haven't looked into it...

I did create a rerun transform per marker, arrows are looking good and it turned out I did have a few cases of other marker types setting orientation so those...

I did get it to work by copying the `From` code directly into my application and adapting it to use`ros_pointcloud2::...` instead of `crate::`: https://github.com/lucasw/transform_point_cloud/commit/813792cacca330717b26f86f79613a8b6735d478