Support depth capture and Media Capture Depth Stream Extensions API for RealSense and Kinectv2 on OSX |
||||
Issue descriptionThis is a sub-task of Issue 616098. Currently, Intel® RealSense depth cameras capture is supported on Windows, Linux & ChromeOS. Work is ongoing on supporting Android Tango v2 depth capture on Android - Issue 674440 . There is no support for depth capture on OSX. RealSense cameras [1] and Kinect v2 [1] could be supported using libusb. [1] https://github.com/IntelRealSense/librealsense/blob/master/src/libuvc/dev.c [2] https://github.com/OpenKinect/libfreenect2
,
Jan 18 2017
Would you propose using libusb only for these new devices or migrate completely to it? In Mac we use [0] to supplement [1] "normal" OS cameras for Decklink/Blackmagic purposes, so there is a precedent, at least. Usually adding a library to third_party/ has to face security and size concerns first and maintenance concerns later. third_party libs are or must be rolled frequently and a number of bots/tests set up to catch any potential regressions etc. Also, licensing must be studied. Once all that is cleared, [2] outlines the process of actually adding it. [0] https://cs.chromium.org/chromium/src/third_party/decklink/?q=third_party/decklink&sq=package:chromium&dr [1] https://cs.chromium.org/chromium/src/media/capture/video/mac/video_capture_device_factory_mac.mm?sq=package:chromium&dr=CSs&l=104 [2] https://chromium.googlesource.com/chromium/src.git/+/master/docs/adding_to_third_party.md
,
Jan 18 2017
Thanks. I'm thinking to use it only for those not recognized by AVFoundation and Decklink/Blackmagic. libusb is already there, under src/third_party/libusb/. I noticed it is used by src/device/usb but didn't verify it is already compiled in to OSX binary. In the prototype, it was sufficient to add deps += "//third_party/libusb" to media/capture/BUILD.gn.
,
Jan 18 2017
+reillyg@ what's the usage of libusb now?
,
Jan 18 2017
//third_party/libusb is used by //device/usb and nowhere else. I discourage other uses of libusb and suggest using the API exposed by //device/usb instead.
,
Jan 18 2017
,
Jan 23 2017
,
Mar 19 2018
Should have updated this earlier - for the same reason as with Android Tango[1], seems that Kinect2 support is also a WontFix. Microsoft Kinect page states [2]: " Manufacturing of the Kinect sensor and adapter has been discontinued, but the Kinect technology continues to live on in products like the HoloLens, Cortana voice assistant, the Windows Hello biometric facial ID system, and a context-aware user interface. Microsoft is working with Intel to provide an option for developers looking to transition from the Kinect for Windows platform. Microsoft will continue to provide support for the Kinect for Windows SDK via our online forums, premiere and paid technical support. As developers transition from Kinect hardware, Microsoft encourages developers to look into Intel’s RealSense depth cameras. " [1] https://bugs.chromium.org/p/chromium/issues/detail?id=674440#c12 [2] https://developer.microsoft.com/en-us/windows/kinect |
||||
►
Sign in to add a comment |
||||
Comment 1 by aleksand...@intel.com
, Jan 13 2017