-
Notifications
You must be signed in to change notification settings - Fork 121
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
Depth image decompression resulting in all NaN values. #89
Comments
This is happening to us on ROS 2 Galactic on Ubuntu 20.04. |
It seems like it was (correctly) fixed in the PR for rolling, can we make an update to humble that just updates this line to use the correct config field? |
Apart from development rolling, the fix is released in Iron image_transport_plugins/compressed_depth_image_transport/src/compressed_depth_publisher.cpp Lines 67 to 68 in f7898e5
I agree that at least this minimal fix is necessary to make humble compression functional. Mentioning maintainers may capture their attention, @ijnek |
Yes! A PR woulld be greatly appreciated for this bug fix. |
what is the state of this? I was unfortunately relying on compressed depth functionality with no time for a check. I am also receiving this error: #106 (comment) Running Ubuntu 22.04 ROS 2 Humble Update: I built this package from source and depth compression works well. Maybe a new binary release is necessary? |
Hi, we are facing an issue where on decompression of a 32FC1 depth image compressed with the compressedDepth plugin, every pixel is NaN. A bag file including a few depth messages before compression can be found here . Has anyone faced a similar problem/have a possible solution? This is really hindering our ability to record/review data at the moment so any help would be very appreciated.
Steps to reproduce:
The text was updated successfully, but these errors were encountered: