-
Notifications
You must be signed in to change notification settings - Fork 4.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
D435 Changes in Exposure dont effect the image #6019
Comments
If you are using ROS, you can change the exposure with a mechanism called Dynamic Reconfigure that is run immediately after the roslaunch instruction. |
It might be the "1".. I tried putting the exposure to 2 and 3 and the image actually went dark. Changing the initial code to said value unfortunately doesnt work. It seems as if the settings are being overwritten by something. I dont call any other functions than the ones above. |
I tested your settings with my D435i on a USB 3 connection on a NUC in the RGB section of the RealSense Viewer's controls with RGB auto-exposure disabled and got the results that you expected (black at '1', increasing in brightness as the exposure value is increased, and the brightness did not go dark and then bright when increasing). Does it work as expected if you try the Viewer on its own? |
Yes, on both cameras (I have two setups, one with a NUC and one where just with the camera on windows currently). Both even start up with the values set to 1 and being dark. |
I wonder if you are disabling the correct auto-exposure in your script, as the depth and RGB have separate auto-exposure settings. I believe that both use the RS2_OPTION_ENABLE_AUTO_EXPOSURE instruction, but they are distinguished by the set.option instruction that precedes it. |
I do it like this:
The Camera info says "colorSensors" points to a RGB Camera. |
Manual exposure is a somewhat tricky subject. When auto-exposure is disabled, the camera reverts to the last known manual exposure value used before auto-exposure was active. I am still learning the more advanced aspects of Librealsense programming, so I apologise for inadequacies in my answers regarding coding! |
Yes, I remember that one. I got until:
Looks like there is a lot do discover ( : Edit: I mixed some code up, when using just the depth-code the error looks like this:
And no outputs are generated. |
Librealsense is a hugely flexible language, which means that there is also plenty to learn. As with most things involving study, it is best to focus on one aspect at a time so that it does not become overwhelming. Regarding the error: what FPS speed are you using please? |
It starts with 12, wow.
|
That was what I was thinking about the FPS. That error has been reported when 6 FPS is used. 6 FPS is prone to problems occurring that disappear when a minimum of 15 FPS is used. |
Currently I get this one:
The code looks like this:
Or I get the following if I remove all the sleepFors
|
This subject goes beyond my current programming knowledge to be honest. I will tag in another RealSense team member for advice. @dorodnic I apologise for the delay that this will cause to your work. |
Thank you very much so far. I have some points to look through - thanks to you. Maybe I get some new pieces of Information until then. Edit (11.03.2020) It seems as if this following code cannot be used after a certain point. (In this case inside my ROS-Loop, to perpetually display the exposure value. Get_Info does work just fine. Maybe there is some major differences between those two functions. |
Big chunk of code, but there can be seen, that the previously mentioned loop itself works until "RealSense Node Is Up!" Where my ROS-Package dies. The "Run xy" is a personal countdown, so that I dont run my core functions before everything is properly loaded. Used snippets: Out of loop:
Inside loop:
|
We are making progress here!
This error does make me feel, like we still aren't 100% done yet.. I hope my additional comments are ok, i can also just edit previous comments..^^ |
Providing additional information is always welcome. :) Thanks! Perhaps not directly related to your case, but I found a case where someone else caught that error when trying to set a Region of Interest for the exposure. |
I think his solution was to not call "something" multiple times. I (at this moment) dont call my code more than one time, so i unfortunately dont really see how to deviate. I get an additional warning now: I will work on this tomorrow. |
This case will be closed after 7 days from the date of writing this if there are no further responses. Thanks! |
I am trying to change the exposure time of my RGB-Camera (D435) when launching my code.
The way I was trying to do that is:
The output in my Terminal:
But unfortunately the images in ROS remained the same.
When changing the value via the RealSense-Viewer parallel to running my programm the results also weren't as expected. Chaning the exposure from 166 to 1 resulted in a brighter image, changing it to a higher value made it darker and then brighter again, when increasing even further.
Any tips how to get actual changes?
PS: The code I used was from several other topics in here such as:
#1624
#4140
Stated, that exposure levels below 50 should work as intended as of Firmware Version 5.11, i am using 5.12.
RealSenseViewer Shows "3.2" next to the USB-Connection, so I think the cable is working.
The text was updated successfully, but these errors were encountered: