La función de parámetros de sesión reduce los retrasos, ya que permite que los clientes de la cámara configuren de manera activa el subconjunto de parámetros de solicitud costosos, es decir, los parámetros de sesión, como parte de la fase de inicialización de la sesión de captura. Con esta función, las implementaciones de HAL reciben los parámetros del cliente durante la fase de configuración de la transmisión en lugar de la primera solicitud de captura y, según sus valores, pueden preparar y compilar la canalización interna de manera más eficiente.
En Android 10, puedes mejorar el rendimiento con la función opcional de consulta de reconfiguración de sesión para tener más control sobre la lógica de reconfiguración de parámetros de sesión interna. Para obtener más información, consulta Consulta de reconfiguración de sesión.
Ejemplos y fuente
Una implementación de parámetros de sesión de referencia ya forma parte de CameraHal. Esta HAL usa la API de Hal heredada. El CameraHal vinculado que implementa la API de HIDL de la cámara debe usar la entrada sessionParams de HIDL correspondiente para acceder a cualquier parámetro de sesión entrante nuevo durante la configuración de la transmisión.
Los clientes de la cámara pueden consultar las claves de todos los parámetros de sesión admitidos llamando a getAvailableSessionKeys() y, finalmente, establecer sus valores iniciales a través de setSessionParameters().
Implementación
Tu implementación de CameraHal debe propagar el ANDROID_REQUEST_AVAILABLE_SESSION_KEYS dentro de los metadatos estáticos de la cámara correspondientes y proporcionar un subconjunto de ANDROID_REQUEST_AVAILABLE_REQUEST_KEYS, que contiene una lista de claves que son difíciles de aplicar por fotograma y pueden generar demoras inesperadas cuando se modifican durante la vida útil de la sesión de captura.
Entre los ejemplos típicos, se incluyen los parámetros que requieren una reconfiguración de hardware que consume mucho tiempo o un cambio en la canalización interna de la cámara. Se puede ejercer control sobre los parámetros de sesión en las solicitudes de captura, pero los clientes deben ser conscientes de los retrasos en su app y esperarlos.
El framework supervisa todas las solicitudes entrantes y, si detecta un cambio en el valor de un parámetro de sesión, reconfigura la cámara de forma interna. La nueva configuración de transmisión que se pasa a CameraHal incluye los valores de parámetros de sesión actualizados, que se usan para configurar la canalización de la cámara de manera más eficiente.
Personalización
Puedes definir etiquetas en la lista de parámetros de sesión disponibles que se propaga en CameraHal. Esta función no está activa si CameraHal deja vacía la lista de parámetros de sesión disponible.
Validación
CTS incluye los siguientes casos nuevos para probar parámetros de sesión:
CameraDeviceTest#testSessionConfigurationCameraDeviceTest#testCreateSessionWithParametersCameraDeviceTest#testSessionParametersStateLeakNativeCameraDeviceTest#testCameraDevicePreviewWithSessionParameters
En general, después de que un parámetro determinado forma parte de la lista de claves de sesión, su valor actual se incluye como parte de los parámetros de sesión que se pasan durante la configuración de la transmisión en la capa HAL.
Los parámetros de sesión deben seleccionarse con cuidado. Los valores no deben cambiar con frecuencia, o no cambiar en absoluto, entre las configuraciones de flujo. Los parámetros que cambian con frecuencia, como el intent de captura, no son adecuados y, si se agregan a la lista de parámetros de sesión, pueden provocar fallas de CTS debido a una reconfiguración interna excesiva.
Consulta de reconfiguración de sesión
Android 10 presenta una función opcional de consulta de reconfiguración de sesión para mejorar el rendimiento, ya que las reconfiguraciones de flujo internas que resultan de las modificaciones de los valores de los parámetros de sesión pueden reducir el rendimiento. Para abordar esta inquietud, HIDL ICameraDeviceSession versión 3.5 y versiones posteriores admiten el método isReconfigurationRequired, que proporciona un control detallado sobre la lógica de reconfiguración de parámetros de sesión interna. Con este método, la reconfiguración de la transmisión puede ocurrir con precisión cuando sea necesario.
Los argumentos de isReconfigurationRequired proporcionan la información necesaria sobre cada modificación pendiente del parámetro de sesión, lo que permite varios tipos de personalizaciones específicas del dispositivo.
Esta función solo se implementa en el servicio de la cámara y en el HAL de la cámara. No hay APIs para el público. Si se implementa esta función, los clientes de la cámara deberían ver mejoras en el rendimiento cuando trabajen con parámetros de sesión.
Implementación
Para admitir consultas de reconfiguración de la sesión, debes implementar el método isReconfigurationRequired para verificar si se requiere la reconfiguración completa del flujo para los valores de parámetros de sesión nuevos.
Si el cliente cambia el valor de cualquier parámetro de sesión anunciado, el framework de la cámara llama al método isReconfigurationRequired. Según los valores específicos, la HAL decide si se requiere una reconfiguración completa de la transmisión. Si la HAL muestra false, el framework de la cámara omite la reconfiguración interna. Si el sistema HAL muestra true, el framework reconfigura las transmisiones y pasa los nuevos valores de los parámetros de la sesión según corresponda.
El framework puede llamar al método isReconfigurationRequired un tiempo antes de que se envíe una solicitud con parámetros nuevos al HAL, y la solicitud se puede cancelar antes de que se envíe. Por lo tanto, el HAL no debe usar esta llamada al método para cambiar su comportamiento de ninguna manera.
La implementación de HAL debe cumplir con los siguientes requisitos:
- El framework debe poder llamar al método
isReconfigurationRequireden cualquier momento después de la configuración de la sesión activa. - No debe haber ningún impacto en el rendimiento de las solicitudes de cámara pendientes. En particular, no debe haber fallas ni retrasos durante la transmisión normal de la cámara.
La implementación del dispositivo y del HAL debe cumplir con los siguientes requisitos de rendimiento:
- No se debe cambiar la configuración de hardware ni software de la cámara.
- No debe haber un impacto visible para el usuario en el rendimiento de la cámara.
El método isReconfigurationRequired toma los siguientes argumentos:
oldSessionParams: Son los parámetros de la sesión anterior. Por lo general, los parámetros de sesión existentes.newSessionParams: Son los parámetros de sesión nuevos que establece el cliente.
Los códigos de estado de devolución esperados son los siguientes:
OK: Consulta de reconfiguración correcta.METHOD_NOT_SUPPORTED: El dispositivo de la cámara no admite la consulta de reconfiguración.INTERNAL_ERROR: La consulta de reconfiguración no se puede completar debido a un error interno.
Los valores que se muestran son los siguientes:
true: Se requiere la reconfiguración de la transmisión.false: No es necesario volver a configurar la transmisión.
Para ignorar una consulta de reconfiguración de sesión, el HAL muestra METHOD_NOT_SUPPORTED o false. Esto genera el comportamiento predeterminado del servicio de cámara, en el que se activa la reconfiguración de la transmisión en cada cambio de parámetro de sesión.
Validación
La función de consulta de reconfiguración de sesión se puede validar con el caso de prueba de VTS en CameraHidlTest#configureStreamsWithSessionParameters.