Alex Moriarty

Thanks, we'll take a look. FYI: @velveteenrobot, @cjds @erelson & @narora1

@nickswalker sorry for the delay everyone I originally tagged has been busy. I've just spoken with @safrimus and he'll investigate. I've also created an internal JIRA ticket in hopes of...

@nickswalker thanks, @safrimus was also able to reproduce immediately in the simulator following your steps in the original issue. I haven't seen this on the actual hardware, can you confirm...

This issue was previously: https://github.com/fetchrobotics/fetch_ros/issues/102

@nickswalker can you test this again? And should we close this ticket as a duplicate of 30 ? I tagged and released 0.9.0 of this package for Melodic, it was...

@nickswalker I'll add More Info Needed, and Help Wanted to this ticket. More Info Needed: because I'd like to know how it's performing now. Help wanted: because we'll need help...

:disappointed: okay we'll need to look into this more

@nickswalker check #101 not for the code but for the comment from @mikeferguson > So, have you always been building from source? If so, I'd recommend setting CMAKE_BUILD_TYPE=Release. The change...

fetchrobotics/fetch_ros@09db2ce01300b253b7fc7fd01ce258e20f2b9b41 file `fetch_depth_layer/src/depth_layer.cpp` are likely causing the difference :( unfortunately the `CMAKE_BUILD_TYPE` -> `Release` did not seem to fix it.

```diff @@ -143,8 +144,8 @@ void FetchDepthLayer::onInitialize() camera_info_topic, 10, &FetchDepthLayer::cameraInfoCallback, this); depth_image_sub_.reset(new message_filters::Subscriber(private_nh, camera_depth_topic, 10)); - depth_image_filter_ = boost::shared_ptr< tf::MessageFilter >( - new tf::MessageFilter(*depth_image_sub_, *tf_, global_frame_, 10)); + depth_image_filter_ =...