You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the 'Execution' section of the depth_image_proc ROS Wiki, it shows that the camera_info topic can be remapped to a different topic. However, if you take a look at the nodelet code, the 'camera_info' topic name is automatically determined by the 'image_rect' topic name. The code there calls the 'subscribeCamera' function that's part of the ImageTransport class. If you look there, you'll find text that says
Subscribe to a synchronized image & camera info topic pair, version for arbitrary boost::function object.
This version assumes the standard topic naming scheme, where the info topic is named "camera_info" in the same namespace as the base image topic.
Definition at line 70 of file image_transport.cpp.
So this means that once 'image_rect' is remapped (lets say to '/camera/depth/image_rect_raw' as specified in the Wiki page), then the 'camera_info topic name is automatically remapped to /camera/depth/camera_info without having to do it manually. So the camera_info remapping line should be deleted.
However, let's say that for whatever reason, your camera_info topic was actually called /camera/camera_info instead (which goes against the standard - but let's just say that), then...
The reason I brought this up is because I've actually worked with a camera that does not follow this ROS standard and when I tried using the point_cloud_xyz nodelet, it did not work. Only after doing the remapping as specified in the example above did things work properly.
The text was updated successfully, but these errors were encountered:
I was trying to run this nodelet manager for hours using a rosbag where the camera topics weren't conventionally named and I was so confused as to why it wasn't working. Did the remapping and the issue is fixed! Thank you!
In the 'Execution' section of the depth_image_proc ROS Wiki, it shows that the camera_info topic can be remapped to a different topic. However, if you take a look at the nodelet code, the 'camera_info' topic name is automatically determined by the 'image_rect' topic name. The code there calls the 'subscribeCamera' function that's part of the ImageTransport class. If you look there, you'll find text that says
So this means that once 'image_rect' is remapped (lets say to '/camera/depth/image_rect_raw' as specified in the Wiki page), then the 'camera_info topic name is automatically remapped to /camera/depth/camera_info without having to do it manually. So the camera_info remapping line should be deleted.
However, let's say that for whatever reason, your camera_info topic was actually called /camera/camera_info instead (which goes against the standard - but let's just say that), then...
would not work at all. Instead, you would have to do...
The reason I brought this up is because I've actually worked with a camera that does not follow this ROS standard and when I tried using the point_cloud_xyz nodelet, it did not work. Only after doing the remapping as specified in the example above did things work properly.
The text was updated successfully, but these errors were encountered: