Issue:
Android camera framework expects camera HAL modules
to release video duped FD's. Framework can trigger this event
after stopRecording() call.
Fix:
Change to avoid state machine check to release video FD's.
CRs-Fixed: 1077211
Change-Id: I6dcc31b335679e4885f56ae1e4e02ee33d193b08
Issue: Release_recording() can be called with any Imemory pointer
sent earlier. HAL cannot use this pointer to recognize video frame
to match before release this buffer to kernel.
Fix: Buffer identity is introduced to every video buffer and released
buffer can be found by comparing identity.
CRs-Fixed: 1026840
Change-Id: I287d1276fbf2241a2fc6d470e887a91e1daeca4d
Batch mode video processing was broken on latest builds. Batch mode
enabled and verified with media extension now.
CRs-Fixed: 1013704
Change-Id: Ifb34a9c201f39591ab5d6a8aa70125ca7cad3f4f
Issue:
Type of refreshrate is different in different android versions
and if same camera code is used across the versions then
dereferencing the hardcoded int pointer to float resulting a zero.
Fix:
Update Max fps as per the type of(MetaData_t->refreshrate)
Change-Id: Ifced28cdc56252151be4f41e3e652be41af510a0
CRs-Fixed: 1018231
In video metadata mode, framework allocates native handle
resource and needs to be freed in release recording.
This change is to free framework resources in case of media
extension use cases.
Change-Id: I1bac10740130d506d71ec1275dd7d75f66c263c8
Incase framework updates camera native_handle pointer, we need
to use cached native_handle to update for every timestamp
callback. This change is excecuted only if media extension flag
is enabled for the target.
Issue:
Use case introduced in video to overwrites camera native handle
pointer.
Fix:
Change is to cache camera native handle and restore when video
release camera buffer.
Change-Id: I0bdc01b3f2b51d7bba66320cc8ef1ab019136d4e
