Skip to content
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

Keep WAITING FOR IMAGES with black screen #28

Open
Vench1 opened this issue Jun 6, 2024 · 8 comments
Open

Keep WAITING FOR IMAGES with black screen #28

Vench1 opened this issue Jun 6, 2024 · 8 comments

Comments

@Vench1
Copy link

Vench1 commented Jun 6, 2024

I tried to test orb-slam3 using ros2 run orbslam3 mono /home/zjp/ORB/ORB_SLAM3/Vocabulary/ORBvoc.txt /home/zjp/ORB/ORB_SLAM3/Examples/Monocular/TUM1.yaml.
I modified the image topic in ORB_SLAM3_ROS2/src/monocular/monocular-slam-node.cpp in advance to the topic published by my oak-d camera.
I also checked it with rqt_graph, but it still shows a black screen and WAITING FOR IMAGES. It is also blank in the map viewer.
813bf9fac9d78aaa9b1d7ca512a7fd5
dc69936f7fb2151d560a47860aaaa20

I saw someone say it is because of the camera resolution, but I actually only use 320×180 images. I checked the bandwidth and it is only 2M. Someone else said that you can try it a little longer. He mentioned that he went to the bathroom to wash his hands and came back to find that it was running normally (here). Now, my hands are as clean as they can be, but I am still WAITING FOR IMAGES.

Does anyone have any thoughts on this issue?

@dirksavage88
Copy link

dirksavage88 commented Jun 7, 2024

I have the same issue with one frame has been sent but no display.

Are you using a real camera? I have tried resizing my rpi cam v2 down to 640 x 480 but still get the same result even though I am waiting and it does detect a frame being sent. So this leads me to believe something is wrong with tracking:

m_SLAM->TrackMonocular(m_cvImPtr->image, Utility::StampToSec(msg->header.stamp));

However as soon as I switch from real camera to a ros2 bag file (Viconeasy 101 easy for example) it tracks fine and I see the images + tracking path

@mruck03
Copy link

mruck03 commented Jun 11, 2024

Having the same issue. Any breakthroughs?

@Vench1
Copy link
Author

Vench1 commented Jun 12, 2024

I have the same issue with one frame has been sent but no display.

Are you using a real camera? I have tried resizing my rpi cam v2 down to 640 x 480 but still get the same result even though I am waiting and it does detect a frame being sent. So this leads me to believe something is wrong with tracking:

m_SLAM->TrackMonocular(m_cvImPtr->image, Utility::StampToSec(msg->header.stamp));

However as soon as I switch from real camera to a ros2 bag file (Viconeasy 101 easy for example) it tracks fine and I see the images + tracking path

Hi, @dirksavage88. Yes, I'm using a real camera. I think 640 x 480 is adequate as well. Recently I realized that I just have to wait about 15-25 minutes and the picture will appear, but it is unbearable.

I found another solution:

  1. First, we will use the default camera parameters to do a test, so you need to find the path of your default camera parameter file (e.g. ORB_SLAM3/Examples/Monocular/TUM1. yaml), I've found that sometimes my own camera intrinsics won't work, but rest assured that modifying the resolution is still no problem.
  2. then make sure that there are some feature-rich objects in front of where the robot or the camera is shooting (not against a white wall),
  3. and last but not least, run ros2 run orbslam3 mono /your/path/to/ORBvoc.txt /your/path/to/TUM1. yaml After that, you need to go and move your robot or camera around a bit (translate and rotate a certain distance). Surprisingly, it's very quick to get a picture (10 seconds or so).

I think it's orb-slam3 that needs the camera to have a certain translation when it's initialized, although this seems to be often used to initialize imu, but this worked for me. So you might as well try moving your robot or camera at the beginning when using a real camera.

@Vench1
Copy link
Author

Vench1 commented Jun 12, 2024

Having the same issue. Any breakthroughs?

Hi, @mruck03 . After running your code, you can try to move your robot or camera to make it have a certain translation and rotation. This seems to make orb-slam3 initialize quickly. When I tried it, I found that it can run normally in about 10 seconds. For details, please refer to the reply above. I hope it helps you.

@dirksavage88
Copy link

@Vench1 thanks, it was just a matter of moving the camera and then waiting patiently. It looks like even with an rpi cam it can work! Definitely doesn't do well with motion blur and any blank walls, but those are known limitations
orblsam_test2

@andremaurell
Copy link

Hey guys nice thread, but, can anyone help-me? when I run the mono, just stuck on "starting the viewer", and didn't show "one frame has been sent" like yours, I'm trying to use gazebo

@mruck03
Copy link

mruck03 commented Jul 9, 2024

Hey, make sure that you are subscribing to the correct ros topic in monocular-slam-node.cpp, Then if you move your camera around in gazebo it should start working if there are enough features to detect within the cameras vision. If not, then it will stay black until it can actually detect features within the image.

@andremaurell
Copy link

like that?
image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants