| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Ie1001438fb90b8f6a3991a14e0f11968eb2d1ac9
|
|
|
|
|
|
|
|
| |
These tags are needed by the CM13 camera to not crop images to square
when shooting portrait. As the camera HAL already rotated the picture,
always set orientation to 0.
Change-Id: Id8b6aac5369ae3adfdfec0ec7528edc849bd3b10
|
|
|
|
| |
Change-Id: Id19387b819b2e118234e415b6ea0e229e5e5ac6c
|
|
|
|
|
|
| |
From hardware/ti/omap4 revision e57f2b6.
Change-Id: I2e6164fdf6c0e2a2e75aee3bba3fe58a9c470add
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
domx: remove for move to omap4-next
edid/hwc: remove for move to omap4-next
include / kernel-headers: remove for move to omap4-next
libcorkscrew: remove for move to omap4-next
libion_ti: remove for move to omap4-next
libtiutils: remove for move to omap4-next
pvr-source / pvrsrvinit: remove for move to omap4-next
remove gralloc symlink for move to omap4-next
Change-Id: I1ade011fd5e0adedbcb19cbf941fdde5ef4f96b6
symlinks: remove for move to omap4-next
|
|
|
|
|
|
| |
Looks kinda messy, but runtime results are better.
Signed-off-by: Kyle Repinski <repinski23@gmail.com>
|
|
|
|
|
|
| |
don't need.
Signed-off-by: Kyle Repinski <repinski23@gmail.com>
|
|
|
|
| |
Signed-off-by: Kyle Repinski <repinski23@gmail.com>
|
|
|
|
| |
Signed-off-by: Kyle Repinski <repinski23@gmail.com>
|
|
|
|
| |
With the capabilities fixed up, I don't think this is needed anymore.
|
|
|
|
|
|
|
|
| |
Also a few minor bugfixes/workarounds.
All camera apps I've tested (including AOSP and Google Camera) function well now.
Few issues left to fix, but this has been very successful so far.
Signed-off-by: Kyle Repinski <repinski23@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Move very verbose logs under new CAMERAHAL_SUPERVERBOSE and co.
- Add back 'default focal length', as tuna just reports '.' when trying to auto-fetch it.
- Hardcode camera facing values in insertFacing (sensor ID 305 is rear, the other (306) is front).
- ifdef out more things that will cause tuna to... lose its gills.
- 'Fix' preview resolutions not being inserted.
- Enable a few built-in workarounds that were under the 'CAMERAHAL_TUNA' define.
At this point, a few intelligent camera apps can handle the camera 'OK'.
AF is very spotty.
Signed-off-by: Kyle Repinski <repinski23@gmail.com>
|
|
|
|
|
|
|
| |
My local make of camera.tuna didn't pick up on a few changes I made to the makefile.
Renaming libtiutils as other devices use a libtiutils_custom
as well, but ours isn't a 1:1 match with theirs.
|
|
|
|
|
|
|
| |
OmapZoom p-jb-release branch with 'CameraHal: Camera Capabilities query update' reverted,
as well as a bunch of stuff ifdef'd out.
Needs a lot of work still. At this point it's a regression, but it has to be done.
|
|
|
|
| |
This is causing a lot of problems.
|
|
Camera is still half-broken.
Credits to @MWisBest
Change-Id: I87a802abfacaf36ab22676f5284f0cc1996f6b03
|