From 161a76cae423dfa3f11571e07054ce2312c9ee54 Mon Sep 17 00:00:00 2001
From: Chien-Yu Chen
This defines the maximum distance (in number of metadata results), - * between android.sync.frameNumber and the equivalent - * frame number for that result.
+ * between the frame number of the request that has new controls to apply + * and the frame number of the result that has all the controls applied. *In other words this acts as an upper boundary for how many frames * must occur before the camera device knows for a fact that the new * submitted camera settings have been applied in outgoing frames.
- *For example if the distance was 2,
- *initial request = X (repeating)
- * request1 = X
- * request2 = Y
- * request3 = Y
- * request4 = Y
- *
- * where requestN has frameNumber N, and the first of the repeating
- * initial request's has frameNumber F (and F < 1).
- *
- * initial result = X' + { android.sync.frameNumber == F }
- * result1 = X' + { android.sync.frameNumber == F }
- * result2 = X' + { android.sync.frameNumber == CONVERGING }
- * result3 = X' + { android.sync.frameNumber == CONVERGING }
- * result4 = X' + { android.sync.frameNumber == 2 }
- *
- * where resultN has frameNumber N.
- *
- * Since result4
has a frameNumber == 4
and
- * android.sync.frameNumber == 2
, the distance is clearly
- * 4 - 2 = 2
.
Units: Frame counts
*Possible values: *
Every frame has the requests immediately applied.
- *Furthermore for all results,
- * android.sync.frameNumber == {@link android.hardware.camera2.CaptureResult#getFrameNumber }
Changing controls over multiple requests one after another will * produce results that have those controls applied atomically * each frame.
-- cgit v1.1