Lines Matching refs:be

40      * processCaptureResult() may be invoked multiple times by the HAL in
42      * metadata and low-resolution buffers to be returned in one call, and
46      * may be made at a time by the HAL although the calls may come from
49      * A component (buffer or metadata) of the complete result may only be
51      * and the result metadata, must be returned by the HAL for each request in
57      * matter, but buffers for a given stream must be returned in FIFO order. So
58      * the buffer for request 5 for stream A must always be returned before the
60      * metadata; the metadata for request 5 must be returned before the metadata
64      * acceptable and expected that the buffer for request 5 for stream A may be
73      * The HAL retains ownership of result structure, which only needs to be
76      * The output buffers do not need to be filled yet; the framework must wait
78      * data. Therefore, this method should be called by the HAL as soon as
84      * If the result buffer cannot be constructed for a request, the HAL must
86      * their sync fences. In addition, notify() must be called with an
89      * If an output buffer cannot be filled, its status field must be set to
90      * STATUS_ERROR. In this case, notify() isn't required to be called with
96      * If the entire capture has failed, then this method still needs to be
98      * statuses must be STATUS_ERROR, and the result metadata must be an
99      * empty buffer. In addition, notify() must be called with a ERROR_REQUEST
101      * must not be sent. Note that valid partial results are still allowed
102      * as long as the final result metadata fails to be generated.
109      * The pipeline latency (see S7 for definition) should be less than or equal to
110      * 4 frame intervals, and must be less than or equal to 8 frame intervals.
120      * require specific timing. Multiple messages may be sent in one call; a
121      * message with a higher index must be considered to have occurred after a
126      * Buffers delivered to the framework must not be dispatched to the
133      * set to TRUE and ANDROID_CONTROL_CAPTURE_INTENT == STILL_CAPTURE may be
139      * ANDROID_CONTROL_CAPTURE_INTENT == STILL_CAPTURE may be out-of-order
143      * ANDROID_CONTROL_CAPTURE_INTENT == STILL_CAPTURE must be in order between
145      * zero-shutter-lag requests with non STILL_CAPTURE intent must be in order