| ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
The issue is resolved by removing colors per each vertex! If you resize marker.colors array to the same size of marker.points array (and choose some color for each vertex) the color of rendered faces is forced to ignore light and shader. Leave colors array void and change only the marker.color parameter to paint your mesh.
@gvdhoorn this is the example node: https://dl.dropboxusercontent.com/u/1... there is an external parameter per_vertex_color (bool) to activate/deactivate the malfunctioning.
Asked: 2016-10-28 06:52:59 -0500
Seen: 1,372 times
Last updated: Oct 29 '16
ROS Answers is licensed under Creative Commons Attribution 3.0 Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.
Does it look like that from all angles? Sometimes the order of the points will determine the normal face, i.e. clockwise will give you a normal in one direction and counterclockwise will give you a normal in the opposite direction.
Yes! It looks like flat from every vantage point. Reversing order of triangle makes all mesh go away.
RViz will not show any material / texture if there is no valid transform from whatever Fixed Frame is set to and the value you have set in the
header.frame_idfield. Could you include a snippet of how you setup yourMarkermsg? And describe the rest of your TF tree?In this example is just a simple node with no TF tree behind. I just set frame_id as
"world"and set "world" as base frame in Rviz.. so i think is an Identity transform... could this be the problem?If RViz is set to use
worldas the Fixed Frame, then things should be ok. Make sure RViz doesn't complain about anything.This looks like how a mesh shows up when it doesn't have any transforms. e.g. a RobotModel with no state publisher or tf publisher behind it