43e69a6792f01b86b4aaf2314534f637e11c5843 |
|
26-Nov-2014 |
Chien-Yu Chen <cychen@google.com> |
Camera3Device: support shutter after result Move the code to remove in-flight requests from processCaptureResult to a separate function so it can be called when the framework receives a result or a shutter event. An in-flight request will only be removed when both results and the shutter event arrive in the case of a successful request. Also send out results only after the shutter event receives. Bug: 18135776 Change-Id: I340db1a495c711b0913784d43fd0f144871e4420
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
a1530f1b16f093a91edbbbaf7dac9f9809867817 |
|
14-Sep-2014 |
Zhijun He <zhijunhe@google.com> |
Camera3: Update ZSL post-processing tags Update ZSL processing tags according the still capture template Also cache the request template to avoid extra cost of querying into HAL every time. Bug: 17463102 Change-Id: I2eeffefb0a4131c99a85dd3e4484cc6f0f025efa
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
16a2ada049447c156648812b94d25be07869f284 |
|
27-Aug-2014 |
Eino-Ville Talvala <etalvala@google.com> |
CameraService: Create a dummy stream when 0 streams are requested. A workaround for a camera device HAL v3.2 or older specification hole - it's not acceptable to configure_streams with 0 output streams. However, we allow for this at the public API level, to allow an application to release all output streams. So in this case, create a dummy stream that doesn't actually do anything as a placeholder. Bug: 17220694 Change-Id: Ib25242ffc2c9f2b2f619fd5fe6d652266579da85
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
1754351d9199721e7e7943461689e399ef015260 |
|
06-Aug-2014 |
Eino-Ville Talvala <etalvala@google.com> |
CameraService: Correct API2 error handling - Add more error codes to the binder camera2 callbacks - Translate HAL errors to callback errors - When flushing, report failures for queued requests - Treat stream config failure as nonfatal - Send request errors when buffers aren't available for captures Bug: 15524101 Bug: 14448494 Bug: 11272459 Bug: 17160301 Change-Id: I81aa54e805a9cce1cb8a6a9374549daa7666deb2
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
fa1fc7086313f2f1868cae4c1a5698e592a437cb |
|
22-Aug-2014 |
Yin-Chia Yeh <yinchiayeh@google.com> |
Merge "Camera: fix triggerId logic" into lmp-dev
|
c00a25ccce0734bf5627cf02d0c4fb3cf051ce15 |
|
21-Aug-2014 |
Yin-Chia Yeh <yinchiayeh@google.com> |
Camera: fix triggerId logic Fix missing triggerId introduced by previous cleanup change. bug 17108154 bug 17053130 Change-Id: Ifda55d5fbe992d98f335a8427aa256d78a856586
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
e2d167eb689d7a536805f950c31f11b9e9c578ae |
|
20-Aug-2014 |
Igor Murashkin <iam@google.com> |
camera: Configure streams immediately when API2 does configuration This makes the configuration more eager (no more waiting until the first request) and also allows any errors to immediately be sent back to the client. Bug: 16629195 Change-Id: I0c365bc8f760466916dcc089217a43c43f9f4c9d
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
28c9b6f298134624cb52b1af4ed8716dddb983d3 |
|
08-Aug-2014 |
Zhijun He <zhijunhe@google.com> |
Camera2/3: Cleanup the jpeg buffer size calcaulation logic - Only one place calculating the jpeg size-the device layer, Camera2Device and Camera3Device. - Remove size argument for CameraDeviceBase and cleanup related code. Bug: 14327010 Change-Id: I45d2ab4859ee0cc9273e579254f0569108c748f1
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
204e3295e2814052aef7e45ee9edd60128efbbd0 |
|
15-Jul-2014 |
Zhijun He <zhijunhe@google.com> |
Camera HAL3: migrate from partial quirks to partial result - Enable the normal partial result path for HAL3.2, the quirk is only used for the HAL version lower than HAL3.2. The partial quirks is no longer supported for HAL3.2 or higher versions. - Add CameraDeviceBase getDeviceVersion API. - Fix some build warnings Change-Id: I7a1b03d4d5fd5258d2addfba4368bee2ba691337
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
c98bd8d9bf81663b5cd9c79e79d6e7869c1146e6 |
|
07-Jul-2014 |
Zhijun He <zhijunhe@google.com> |
Camera3: only return input buffer when it is sent in request This is to WAR the case where HAL sends non-NULL input_buffer in capture result even capture framework doesn't send input buffer in the request. It's very likely the input_buffer is uninitialized, and we shouldn't use it. Log a warning for such case as well. Bug: 16115675 Bug: 16117312 Change-Id: Ib299b45fbfe084059a9f546ded239c8094b039e2
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
f0d962a6737eb8eec002d6804d9ffbe7bee672a0 |
|
30-Jun-2014 |
Zhijun He <zhijunhe@google.com> |
Camera3: fix ZSL processor3 issues - Return input buffer in capture result. Per hal3.2 spec, we should return the input buffer in process capture result rather than immediately after process capture request. - Make the depths of mZslQueue and mFrameList the same. It doesn't make sense mFrameList depth is larger than mZslQueue depth. - Set the depths of mZslQueue and mFrameList based on pipelineMaxDepth. - Clear result queue while clearing zsl buffer queue. - Hook up camera3 buffer listener with ZslProcessor3, make sure that adding the same listener multiple times has no effect. - Remove flush call in pushToReprocess, it is a guaranteed deadlock once camera3 buffer listener is hooked up. Change-Id: I285155ab4241e827145855d628f8e98b881c01d5
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
cd8fce8fbe0f515e53a0ea0f50b739cf42ee57a4 |
|
18-Jun-2014 |
Yin-Chia Yeh <yinchiayeh@google.com> |
Camera2: get stream configs by device verison Starting from device version 3.2, the following tags: ANDROID_SCALER_AVAILABLE_FORMATS ANDROID_SCALER_AVAILABLE_JPEG_MIN_DURATIONS ANDROID_SCALER_AVAILABLE_JPEG_SIZES ANDROID_SCALER_AVAILABLE_PROCESSED_MIN_DURATIONS ANDROID_SCALER_AVAILABLE_PROCESSED_SIZES ANDROID_SCALER_AVAILABLE_RAW_MIN_DURATIONS ANDROID_SCALER_AVAILABLE_RAW_SIZES are deprecated and replaced by: ANDROID_SCALER_AVAILABLE_STREAM_CONFIGURATIONS Change-Id: Iadc34af0ea985a16a25759d7a9a3eb4845c486fd
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
8684b7f7977f535260367040931c1fd994cca3b4 |
|
13-Jun-2014 |
Yin-Chia Yeh <yinchiayeh@google.com> |
Camera2: Fix lastFrameNumber counter in flush case Decrement the counter for those repeating requests never sent to device. Change-Id: I2064e51cb5d509d86dbde4a89e8157de33f574b0
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
f7da096db8655531c2f2b7bddccd1064b1021155 |
|
24-Apr-2014 |
Zhijun He <zhijunhe@google.com> |
Camera3: scale the max jpeg buffer size based on resolutions The max jpeg buffer size was always the android.jpeg.maxSize, regardless of the actual jpeg capture size. This creates a huge memory waste especially for smaller size jpeg capture. Now the max jpeg buffer is linearly scaled based on the resolution. Bug: 14288983 Change-Id: I8a971b8e2f4fc7fec0154547bdb688579af71a47
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
2d6bb3f9e3e7cc1c7debbbe3d74bf9c70b6f39d4 |
|
11-Apr-2014 |
Jianing Wei <jianingwei@google.com> |
CameraService: fix race condition and wrong last frame number. Change-Id: Ie2be9a77a0b074497615de38cbb8e8f13b4858ec
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
cb0652e5a850b2fcd919e977247e87239efaf70e |
|
13-Mar-2014 |
Jianing Wei <jianingwei@google.com> |
CameraService: trigger appropriate callbacks for burst capture. * Instead of tracking CameraMetadata only, now we track both CameraMetadata and CaptureResultExtras, which is not part of the HAL metadata. This will enable the correct callback of onCaptureStarted and onResultReceived given burst requests. * Get last frame number in reply when submitting requests, canceling requests, and flushing device. For repeating requests, this frame number is the last frame number of the previous request. For non-repeating requests, this frame number is the expected last frame number of the current request. The goal is provide frame number to Java side in order to trigger onCaptureSequenceCompleted correctly. * Fix notifyError so that onDeviceError can be called correctly. Bug: 10749500 Change-Id: I2f3dda6c530090055d4a2ff9f0f087bbbe8d9257
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
95dd5ba5bf83716f2eed5fe72366c4212464d710 |
|
27-Mar-2014 |
Zhijun He <zhijunhe@google.com> |
Camera3: fix HAL3.x version check issue Camera service should support HAL3.x instead of only HAL3.0. Bug: 13609405 Change-Id: If7e86f9abe019547fc0be2e11337551cd7c57870
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
69a374897392c8bd70f441b7284f6f578c651ec9 |
|
24-Mar-2014 |
Zhijun He <zhijunhe@google.com> |
Camera3: Fix flush call deadlock Flush shouldn't call waitUntilDrained directly, as they are all API calls with mLock and mInterfaceLock held. Move the waitUntilDrained implementation into waitUntilDrainedLocked to solve this issue. Change-Id: Id7d931091d5c11e12204790841097433515446db
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
cfe09079608d78a0a358f01bb49f279859e38664 |
|
22-Mar-2014 |
Jianing Wei <jianingwei@google.com> |
Merge "CameraService: Add support for burst capture and repeating burst."
|
90e59c98c343e941b1a75307ffa4b4b5f1eb50d6 |
|
13-Mar-2014 |
Jianing Wei <jianingwei@google.com> |
CameraService: Add support for burst capture and repeating burst. Bug: 10749500 Change-Id: I292a485b222e5cf97388d76bf0d956a6ac54bb2f
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
d1176ef16677b6c94fb893edb6a864cdccc0b190 |
|
21-Feb-2014 |
Ruben Brunk <rubenbrunk@google.com> |
camera3: Pass vendor tags through binder. Bug: 12134423 - Adds a class for parceling vendor tag definitions. - Passes vendor tag definitions to clients of the camera service. - Switches over to new vendor tag mechanism when reading from HAL. Change-Id: Icef3fe9e67160767bdb8244ac49c85b68b497123
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
184dfe4ea5e2ba33951bed2b1366007aee0ce3da |
|
08-Nov-2013 |
Eino-Ville Talvala <etalvala@google.com> |
Camera API2: Add support for partial result quirk - Camera3Device: Include requestId in partial 3A results - FrameProcessorBase: Add support for partial result listeners - CameraDeviceClient: Listen and forward partial results to client Bug: 11115603 Change-Id: If1cc6bbc32932742ac142c058688761ebf6a8024
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
fd6ecdd39bd83ea020f78b425e96310380d66c35 |
|
11-Oct-2013 |
Eino-Ville Talvala <etalvala@google.com> |
Camera HAL3/API1: Add support for the partial result quirk. - Camera2Client: - Detect partial result quirk - Camera3Device: - Accumulate all partial results together - Fire off 3A-only result once all 3A states are available - FrameProcessorBase: - Filter out partials, don't send to listeners - FrameProcessor: - Skip face detect on partials - Make sure to only handle a 3A update for a given frame once - Trigger AF notifications when AF mode or trigger changes, to properly detect all AF transitions. Bug: 11115603 Change-Id: Iea8aa73c568701562a46071f7ea100624251d10b
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
cc27e117ed01c9a2b4def5a9c7a3103af83ee47e |
|
04-Oct-2013 |
Zhijun He <zhijunhe@google.com> |
Camera: Save 1 frame time for takePicture call Move the latest request signal call right before submitting request to HAL, which avoids unnecessary 1 frame time wait. Also fix request status constructor issue, and the log tag for Camera2Client. Bug: 10570497 Change-Id: I0b1818658bee9983b117e49a5a00f1aab515c567
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
19fffcbd89a51af797265af2e11c97be5820a07d |
|
04-Oct-2013 |
Zhijun He <zhijunhe@google.com> |
Merge "Camera3: track request status in inflight queue" into klp-dev
|
1d1f846c0dbaa36d0944e7b1e54cc07863e00a92 |
|
03-Oct-2013 |
Zhijun He <zhijunhe@google.com> |
Camera3: track request status in inflight queue Bug: 9758581 Change-Id: I1d7135cd0932bd6b453acabfeb9a553985c887bc
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
f1e98d857ec377f2c9b916073d40732e6ebb7ced |
|
06-Sep-2013 |
Eino-Ville Talvala <etalvala@google.com> |
Camera API 2, Device 2/3: Implement idle and shutter callbacks - Update callback Binder interface - Rename frameId to be requestId to be consistent and disambiguate from frameNumber. - Implement shutter callback from HAL2/3 notify() - Add in-flight tracking to HAL2 - Add requestId to in-flight tracking - Report requestId from shutter callback - Implement idle callback from HAL3 process_capture_result - Add new idle tracker thread - Update all idle waiting to use the tracker - Add reporting from request thread, all streams to tracker - Remove existing idle waiting infrastructure Bug: 10549462 Change-Id: I867bfc248e3848c50e71527e3561fe92dc037958
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
2f876f9ee63396e4e0117f85c5b3132cac7e2c9d |
|
13-Sep-2013 |
Eino-Ville Talvala <etalvala@google.com> |
Camera3: Always set a trigger ID for an active trigger This is to work around HAL implementations that expect to see an ID for every trigger. Use a dummy trigger ID of 1, since 0 has special meaning for older HALs. Bug: 10720617 Change-Id: I9cb1b8dbcb113cb9e737e5adb04032fd61a54c12
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
1e479c0f4cb3e2174dde0b02e5656fb658f73495 |
|
07-Sep-2013 |
Igor Murashkin <iam@google.com> |
camera3: Dump latest request sent with dumpsys Bug: 10606535 Change-Id: I0dd5ca3e09f45701659ab9ebd3b51939a2f6e6ba
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
26fe6c7c56477ef227205c68f17df07ca3501d65 |
|
29-Aug-2013 |
Eino-Ville Talvala <etalvala@google.com> |
Camera3: Be busy as soon as work arrives. RequestThread's internal busy flag (mPaused) was not being immediately set when new work was submitted to it. This allowed for a race condition where a capture() followed by an immediate waitUntilDrained() would immediately return from the wait. Set the mPaused flag to false immediately in capture() and setStreamingRequest() to avoid this, instead of waiting until the end of the next RequestThread iteration. Bug: 10531739 Change-Id: I54a79fe5361d527ec717f41ad805e9b319a48cd8
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
abaa51d3ca31f0eda99e1d271e6dc64c877dbf58 |
|
14-Aug-2013 |
Eino-Ville Talvala <etalvala@google.com> |
Camera2: Add flush support - On HAL2 devices, fall back to wait until idle - On HAL3 devices, call HAL flush method Bug: 9758581 Change-Id: Ie1c570a15f6590a1ee6c271e3b989c48079b468a
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|
7b82efe7a376c882f8f938e1c41b8311a8cdda4a |
|
26-Jul-2013 |
Eino-Ville Talvala <etalvala@google.com> |
Camera: Rename new API to camera2, rearrange camera service - Support API rename from photography to camera2 - Reorganize camera service files - API support files to api1/, api2/, api_pro/ - HAL device support files into device{1,2,3}/ - Common files into common/ - Camera service remains at top-level Change-Id: Ie474c12536f543832fba0a2dc936ac4fd39fe6a9
/frameworks/av/services/camera/libcameraservice/device3/Camera3Device.h
|