-
Notifications
You must be signed in to change notification settings - Fork 385
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Varying opacity / transparency for spatial primitives #1611
Comments
Partially blocked by #702 - in planning this week we decided to get in some more transparency without order independence. I.e. we'll move forward to supporting it, but visual bugs will be expected when several transparent surfaces overlap on screen. |
Hi there, what is the current status (of this feature)? I particularly would like to use it for meshes, thanks. |
@shabbirmarzban no progress and no eta so far sadly. But curious to hear what you're looking for exactly - e.g. if you'd get transparency for meshes how do you want to control it? (uniformly/per-vertex/via-texture, data via custom mesh or mesh format or set via viewer etc.) |
From a user perspective, for me the most straight-forward would be to have an opacity slider next to the entity visibility toggle, so entity-level control in the UI. Even if it's not ordered correctly it will add a lot of value for us. |
I have interest for this feature too |
I also have interest in transparency. Are there any examples of how to correctly render 3D points with RGBA values? Here is a minimal example where the transparent point is rendered as opaque, do I need to pass something alongside the RGBA value?
|
@nshankar this issue is about transparency not being available, i.e. you can't achieve this yet from api code |
Hi, I just wanted to upvote this again. In an application my team is working on, the ability to visualize meshes with different opacities is quite important. (It is important enough that we are thinking of introducing meshcat visualizations in a codebase otherwise using the rerun visualizer, so we can produce visualizations like this.) Having support for making such visualizations in rerun would be great! In case helpful, here are a few more details about the desiderata we are encountering --
Thanks! |
Also interested in this, specifically for LineStrips3D. I'm testing with 0.18.0 and it still seems to not work (just turns black instead of transparent) |
My team have an application with the very similar requirements. Would be great to have this feature! |
Just want to echo everyone above in their interest in this feature. I work in robotics and would like to visualize planned trajectories. Using a sequence of coordinate axes is ok, but a trajectory of object meshes/primitives with decaying opacity through the trajectory would be much more useful and is a common approach. A uniform opacity per mesh would be totally sufficient. For an example, see meshcat video courtesy of Will Yang. Any partial support would be great (e.g. only support native rerun primitives as a first step). Lack of opacity support is a bit of a dealbreaker for many CV/robotics applications. |
Is your feature request related to a problem? Please describe.
Varying opacity can be useful to visualize overlapping or occluded data.
Seems like most primitives support RGBA arguments, however the alpha channel was ignored for the one I tested (
rr.log_line_segments
) or didn't correspond to opacity (rr.log_mesh
).Describe the solution you'd like
Would be great if all primitives (including 3D primitives) support some form of transparency / alpha compositing.
The text was updated successfully, but these errors were encountered: