runtime_error: control NoiseReductionMode (10002) not handled #61
Comments
|
And for reference, the output from LIBCAMERA_LOG_LEVELS=*:INFOLIBCAMERA_LOG_LEVELS=*:DEBUG (very very long!) |
|
And with Command: Output |
|
After some more experimentation, a solution seems to be to add |
|
Previously, this exception was caught since future libcamera versions may expose additional controls that have to be handled explicitly in the node. At some point, I accidentally removed that Can you cherry-pick d548939? That adds the exception handling again and should show a warning instead of crashing the node with an unhandled exception. |
Merged
I did not add the For the |
|
It makes sense to not include the draft controls, as you mention. In my previous comment, I was simply looking for a solution to my problem without fully understanding the inner workings of things. After "handling" NoiseReductionMode with |
|
Thanks for the hint about the It's good to know that they are now API incompatible. I don't know how easy it would be to support the original upstream project and the fork as you would need to check this at build time. I am only testing with the upstream libcamera version and the binary Debian package in the ROS repos (i.e. via bloom) uses the upstream version too. I may additionally support the fork in the future if someone contributes this and provides a reliable way to detect which version is used. But until then, I am not going to support the fork. |
|
I think it is perfectly fair to only support the upstream version.
It might be easier to just create an would become and would become |
|
Using git commit hashes will not work if you use a binary distributed version, e.g. via Debian packages, or archived source code without the I reached out to the |
Good call reaching out to them. Fingers crossed, that the merger happens sooner rather than later :-) If you need help with any manual testing on with Raspberry Pi cameras, I will be happy to help. |
|
@anderskm Could you please share how you managed to get rpicam-hello to work in a container? I have been building images using buildx on amd64 machine, but with platform being arm64. The specific problem I have currently is the following:
I am running the container by passing devices on: I am specifically not running
@christianrauch I appreciate that specific docker related problems might not be as relevant to camera-ros, however would having camera-ros ready container be beneficial for this repo? |
There are already binary (Ubuntu) packages for But this is another topic anyway and not related to the original issue. If you encounter issues with the ROS 2 node, you should first check that you can run the ROS-independent standalone examples under the same conditions. |
I build and install both install_libcamera.shinstall_rpicam_apps.shI build the image using: And I start the docker with the following command: You could probably narrow down the two mounts ( |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I am trying to run the
camera_nodeon a Raspberry Pi 5 with the Camera Module 3 Wide camera. To run ROS, I am running a Docker container with Ubuntu 22 and ROS2 Humble. I have verified, that I can get an image stream from the camera both outside and inside the Docker container usingrpicam-hello.However, when I try to run the
camera_node, I get a error explaining that thecontrol NoiseReductionModeis not handled.To be honest, I am a little unsure, what part of the pipeline (
libcamera,camera_ros,v4l2?) is causing the error. But as I have verified, that I can access the camera in the same environment (inside Docker) usingrpicam-hello(which also useslibcamera), I suspect that the problem lies incamera_ros.Setup
libcamera(v0.3.1) following https://github.com/raspberrypi/libcamerarpicam-appsfollowing https://www.raspberrypi.com/documentation/computers/camera_software.html#build-libcamera-and-rpicam-appsCommand
Output
LIBCAMERA_LOG_LEVELS=*:INFO
LIBCAMERA_LOG_LEVELS=*:DEBUG
The text was updated successfully, but these errors were encountered: