-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Realsense d435 resolution bad #2493
Comments
Hi @PhilipAmadasun If you wish to use a higher resolution than the default setting then you can configure a custom launch resolution. For example: ROS1 ROS2_BETA |
My rs_camera.launch file looks like this now.
|
Gmapping has a launch file parameter called delta for setting the map resolution, which has a default value of 0.05. It is typically defined in the Gmapping launch file like this:
My understanding is that the 0.05 value is in meters (with each square in the grid being 0.05 m or 5 cm) and decreasing the value improves the resolution of the map, though possibly at the expense of performance. |
@MartyG-RealSense I changed that parameter to 0.01 and yet, there is still resolution issues although it's better but not acceptable. I also have the problem where the camera is unable to register certain kinds of objects. like table legs or objects that have large openings in mid section, it can't register the solid base or solid top of these sorts of objects. Please see image for illustration of what I mean. It also has issues registering chairs and objects that are low o the ground. How do I fix this? |
If the objects that are being observed are black (as indicated on your illustration) then the camera will have difficulty capturing depth detail from them. This is because it is a general physics principle (not specific to RealSense) that dark grey or black absorbs light and so makes it more difficult for depth cameras to read depth information from such surfaces. The darker the color shade, the more light that is absorbed and so the less depth detail that the camera can obtain. Casting a strong light source onto black objects can help to bring out depth detail from them. Is the camera is mounted within a shell on the turtlebot? If it is then please check whether parts of the shell could be obscuring the camera's view of the floor level. |
@MartyG-RealSense The camera is mounted in the position shown below |
A suggestion that I have seen for dealing with missing detail due to the horizontal line when using depthimage_to_laserscan is to set depth_registration to false instead of true in the |
@MartyG-RealSense This is a what I mean by "horizontal line" . No sure if I already shared this image, basically every thing below the horizontal line does not register. |
There is something resembling that white horizontal line in a depthimage_to_laserscan case at IntelRealSense/librealsense#9556 where the RealSense ROS user was experiencing problems with non-existent obstacles that were being added When you say that everything below the line does not register, do you mean that they are not being detected as obstacles? |
@MartyG-RealSense WHat I mean is, when I am gmapping(SLAM: map creation), everything below the horizontal line does not register. The horizontal line represents the laserscan data. The laserscan is created from where the camera is positioned on the robot in real life. It seems that the part depth information from that line of sight(that is, the horizontal line) is used for creating the laserscan, the laser scan information is thereofre kind of useless as it does not effeceinetly describe the environment because there are obstacles or parts of obstacles below that line of sight. Not sure how to resolve the issue. |
I researched your question carefully. Some references discussed how depthimage_to_laserscan has a height parameter that determines how much of the scene the laser scan can see, with a larger height value meaning that more of the floor can be seen. My understanding from my research is that the maximum value of 'height' is the height of the resolution that you are using - so if the image is 640x480 then height = 480, as illustrated in a discussion at ros-perception/depthimage_to_laserscan#32 |
@MartyG-RealSense I don't know what exactly the 'height' thing is. As far as I can see, the only parameter with the word 'heoght' in it is 'scan-height'. |
My recollection from my research during my comment above is that 'height' and 'scan-height' refer to the same thing. |
@MartyG-RealSense I changed it and nothing happened unfortunately.I'm at a lose. I'm trying rtabmap but thats giving me problems too. |
I researched the gmapping / depthimage_to_laserscan white line further but did not find further relevant references, unfortunately. I believe that you have already tried Intel's RealSense SLAM guide for ROS that makes use of RTABMAP? https://github.com/IntelRealSense/realsense-ros/wiki/SLAM-with-D435i |
Hi @PhilipAmadasun Do you have an update about this case that you can provide, please? Thanks! |
Hi @PhilipAmadasun Do you require further assistance with this case, please? Thanks! |
I am currently looking at other solutions and will get back to you
…On Sun, Oct 23, 2022 at 11:40 PM MartyG-RealSense ***@***.***> wrote:
Hi @PhilipAmadasun <https://github.com/PhilipAmadasun> Do you require
further assistance with this case, please? Thanks!
—
Reply to this email directly, view it on GitHub
<#2493 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AND3KDTQSULC3TMTKIQHDBDWEYVNNANCNFSM6AAAAAAQZFKUJM>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Thanks very much for the update! |
Hi @PhilipAmadasun Do you have an update about this case that you can provide, please? Thanks! |
Case closed due to no further comments received. |
How do I improve realsense d435 resolution to get better gmapping results?
The text was updated successfully, but these errors were encountered: