You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Notably, props 13 and 14 are identical, but I don't think that's a critical issue. Below is my best guess on control conversions, but a few I'm not sure how to reproduce:
PROBLEM: Manual control over exposure time is unclear to me (k4a exposure mappings, k4a enums). This is also the setting with duplicate index, which I could use clarification on as well. The value for k4a is in microseconds, but orbbec's range limit does not go high enough to replicate the setting value.
QUESTION: The gain in the k4a viewer was adjustable to 255, and I wrote this into the k4a settings, but Orbbec says the max range is up to 240. I think that is probably good enough, but I was curious if there was some clarification here on the difference. It's possible k4a simply clamped 255 to 240.
//15. OB_PROP_COLOR_GAIN_INT(2002): 60 permission=R/W, range=Int value(min:1, max:240, step:1)
dev.set_color_control(
K4A_COLOR_CONTROL_GAIN,
K4A_COLOR_CONTROL_MODE_MANUAL,
255
);
orbbec_dev->setIntProperty(OB_PROP_COLOR_GAIN_INT, 240); //max is 240 according to Orbbec options
PROBLEM: Backlight compensation exists in OrbbecSDK as OB_PROP_COLOR_BACKLIGHT_COMPENSATION_INT(2013), but for some reason it was not listed in my device's properties. The k4a library also has it as a bool type, whereas orbbec lists it as int.
//Setting was not enumerated in device controls!
dev.set_color_control(
K4A_COLOR_CONTROL_BACKLIGHT_COMPENSATION,
K4A_COLOR_CONTROL_MODE_MANUAL,
1
);
orbbec_dev->setIntProperty(OB_PROP_COLOR_BACKLIGHT_COMPENSATION_INT, 1);
Props 13 and 14 are identical: it is fixed in the new versions and will be released recently.
The exposure unit for the color sensor in Femto Mega is set at 100 microseconds, as defined by the UVC protocol.
The maximum gain value supported by the Color Sensor of Femto Mega is only 240. We are not using the same Sensor and ISP as the K4A camera, and we are also unsure how Microsoft has implemented this.
The OB_PROP_COLOR_BACKLIGHT_COMPENSATION_INT property is not supported by Femto Mega, as it is intended for use with other device models. In devices that do support this property, the configurable options extend beyond just true and false.
Listed device controls from ob_device_control (edited to print current values as well):
Notably, props 13 and 14 are identical, but I don't think that's a critical issue. Below is my best guess on control conversions, but a few I'm not sure how to reproduce:
Auto exposure time seems pretty straightforward
PROBLEM: Manual control over exposure time is unclear to me (k4a exposure mappings, k4a enums). This is also the setting with duplicate index, which I could use clarification on as well. The value for k4a is in microseconds, but orbbec's range limit does not go high enough to replicate the setting value.
QUESTION: The gain in the k4a viewer was adjustable to 255, and I wrote this into the k4a settings, but Orbbec says the max range is up to 240. I think that is probably good enough, but I was curious if there was some clarification here on the difference. It's possible k4a simply clamped 255 to 240.
PROBLEM: Backlight compensation exists in OrbbecSDK as OB_PROP_COLOR_BACKLIGHT_COMPENSATION_INT(2013), but for some reason it was not listed in my device's properties. The k4a library also has it as a bool type, whereas orbbec lists it as int.
Environment:
Ubuntu 22.04.5 LTS (x86_64)
g++ 11.4.0
OrbbecSDK-dev bd2d4dd
Femto: Firmware v1.2.9
The text was updated successfully, but these errors were encountered: