-
Notifications
You must be signed in to change notification settings - Fork 3
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
D455 infrared RGB streaming #26
Comments
From realsense datasheet Table 4-3. Image Formats (USB 3.1 Gen1) – D455 for left imager supports pixel formats:
In Examing librealsense code it is difficult to say which format is native so let's stick with UYVY from datasheet for now. |
From HVE supported pixel formats issue we see that VAAPI supports uyvy422 pixel format. We should be able to match it directly with librealsense UYVY. |
Current Realsense datasheet (June 2020) is missing information about IR imager sensor for D455. It is clearly neither OV2740 (D415 which is rolling shutter and not wide) nor OV9282 (D435 which is monochrome). librealsense#7260 states that D455 uses OV9782. librealsense#7155 states that D455 uses the same sensor for color and IR. Omnivision OV9782 page and product guide. Probably the raw data is some Bayer. This is processed by realsense asic/firmware. From our point of view native format is whatever realsense uses internally so that we avoid unnecessary conversion on CPU. |
- add possibility to stream infrared rgb to H.264 example Visually reasonable results require: - disabling auto exposure and setting it manually - decreasing IR projector power Related to #26
Ready for merge. Reasonable results with infrared rgb require:
Otherwise the image is too dark and IR projector pattern too strong. |
- infrared rgb H.264 streaming - infrared rgb HEVC streaming - depth + infrared rgb HEVC Main 10 + HEVC streaming Related to #26
The last thing to do is updating wiki how-it-works section. |
librealsense 2.39.0 with D4xx firmware v5.12.8.200 adds possibility to stream synthetic RGB from left imager.
The quality compared to RGB is probably bad.
At the same time this stream is pixel perfect aligned with the depth without any additional computations.
Extending RNHVE to support infrared RGB should be rather straightforward.
The text was updated successfully, but these errors were encountered: