28e0f76353
Utiltizes ARC++ image processing code to perform the conversion between the camera format and the requested format from the framework. In order to support USB devices which may not implement the required formats, conversion between YUYV/MJPEG to the request format is done on-the-fly. TEST: All existing unit tests pass. Tested manually with the camera sample APK, preview/video/capture in both JPEG and YUV formats. Tested on the RPi v2 Camera, the Logitech C270 and the 180 degree Fisheye USB camera. Bug: 37708856, Bug: 69983918 Exempt-From-Owner-Approval: This HAL is owned by AT team. Change-Id: I1a54581d1170fa3270036ec366fb613fe587a094 |
||
---|---|---|
.. | ||
audio | ||
audio_remote_submix | ||
camera | ||
consumerir | ||
fingerprint | ||
gralloc | ||
hwcomposer | ||
input/evdev | ||
local_time | ||
nfc | ||
nfc-nci | ||
power | ||
radio | ||
sensors | ||
soundtrigger | ||
thermal | ||
tv_input | ||
usbaudio | ||
usbcamera | ||
vehicle | ||
vibrator | ||
vr | ||
Android.mk | ||
README.android |
Default (and possibly architecture dependents) HAL modules go here. libhardware.so eventually should contain *just* the HAL hub (hardware.c), everything in it should be rewritten as modules. Modules are .so in /vendor/lib/hw/ and have a well defined naming convention: /vendor/lib/hw/<*_HARDWARE_MODULE_ID>.<ro.product.board>.so /vendor/lib/hw/<*_HARDWARE_MODULE_ID>.<ro.board.platform>.so /vendor/lib/hw/<*_HARDWARE_MODULE_ID>.<ro.arch>.so /vendor/lib/hw/<*_HARDWARE_MODULE_ID>.default.so They also have a well defined interface which lives in include/hardware/. A module can have several variants: "default", "arch" and "board", and they're loaded in the "board", "arch" and "default" order. The source code for the "board" variant, usually lives under partners/... The source code for "default" and "arch" would usually live under hardware/modules/.