-
Notifications
You must be signed in to change notification settings - Fork 63
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
Unable to get extrinsics calibration between Avia and UHD DSLR #16
Comments
Hi, sorry for the late response,
|
The checkerboard shown in the picture does have a border, but we have the same problem with this board as well:
The provided image was generated by PCL Viewer, and it does not use the intensity data. The point cloud, however, does have intensity information, as it was generated by your calibration tool off the /livox/lidar topic. Here is a view with intensity info:
Yes, we will try that next. I will report back with results. |
I just repeated the data collection using this calibration board: ACSC could not find either 2D or 3D corners. The following error message is displayed for every image-cloud pair:
A bit more information on this configuration:
Here are the intrinsics and distortion used:
There were originally tangential and radial distortion values as calculated by MATLAB, but we have discovered the MATLAB is not capable of accurately calculating such values. In general, it produces unreliable intrinsics for camera calibration. I suspect that improper intrinsics could be causing the problem, but running the "findChessboardCorners" method in OpenCV separately is able to identity 2D corners without issue. What could be wrong with our configuration? Is it just a matter of inaccurate intrinsics? In which case -- what is the recommended method for capturing such values for DSLR cameras. We have used both ROS camera calibration and MATLAB, and both produce different results--- and both lead to inaccurate extrinsics calculations. |
Hi, it can be seen from the log that, the main problem is missing 2D corners, (rather than missing 3D corners, the Optimized loss is < 100, means the 3D corner detection from point cloud is successful), it means that the problem is that opencv failed to detect corners from the images. We use the new Besides, checkerboard corner detection in opencv doesn't require camera intrinsic parameters, so the corner detection issue is not because of the intrinsic parameters. However, the camera intrinsic does have critical impact on the extrinsic calculation. The problem is not easy to locate just through text, it's best that you can send the saved data pairs and intrinsic parameters to us and to debug. ([email protected]) If possible, also send the images that you used to calibrate the DSLR, we will check if the data satisfies the requirement of intrinsic calibration. |
Thank you for offering to help troubleshoot this issue with us. I have sent you the full dataset, as requested. Indeed, when running |
@VisionaryMind Hi bro, can I please have your data for validation as well? Really appreciate the help. |
I have been running multiple tests these past few days, and I cannot get any working extrinsics calibration with our dataset. Please, if you will have a moment, please indicate what is wrong with these images:
We have 24 of them at 4, 7, and 8-meter distances, covering the entire FOV of both the Avia and our DSLR camera. The camera is generating hi-res images (above) at a resolution of 5184x2920. The images shown here have a .5 and 1-inchi white border, however, we have also used calibration boards no border. Neither produces results. Corners are found in the images but not in the point cloud. Here is one of the clouds:
There are more than enough points to perform RANSAC without loss of the small plane. I will be trying once again tonight, this time with the checkerboard positioned farther up on the stand so that it covers the top. I shouldn't think that the small point at the top would count as an "obstruction", but perhaps this is the problem.
The text was updated successfully, but these errors were encountered: