Registro de cambios del documento de definición de compatibilidad de Android

Androide 14

20 de noviembre de 2023

2. Tipos de dispositivos

  • 2.2.1. Hardware :

    Ver revisión

    Si las implementaciones de dispositivos portátiles declaran compatibilidad con cualquier ABI de 64 bits (con o sin ABI de 32 bits):

  • 2.2.7.2. Cámara :

    Ver revisión

    • [ 7.5 /H-1-13] DEBE admitir la capacidad LOGICAL_MULTI_CAMERA para la cámara trasera principal si hay más de 1 cámara trasera RGB.

  • 2.3.2. Multimedios :

    Ver revisión

    • [ 5.8 /T-0-1] DEBE configurar el modo de salida HDMI en la resolución más alta para el formato SDR o HDR elegido que funcione con una frecuencia de actualización de 50 Hz o 60 Hz para la pantalla externa.

      DEBE configurar el modo de salida HDMI para seleccionar la resolución máxima que puede admitirse con una frecuencia de actualización de 50 Hz o 60 Hz.

  • 2.4.5. Modelo de seguridad :

    Ver revisión

    • [9/W-0-1] DEBE declarar la android.hardware.security.model.compatible feature .

6. Compatibilidad de opciones y herramientas de desarrollador

  • 6.1. Herramientas de desarrollo :

    Ver revisión

    • [C-0-12] DEBE escribir un átomo LMK_KILL_OCCURRED_FIELD_NUMBER en el

    Ver revisión

    • [C-0-13] DEBE implementar el comando de shell dumpsys gpu --gpuwork para mostrar

9. Compatibilidad del modelo de seguridad

  • 9.7. Características de seguridad :

    Ver revisión

    Si las implementaciones de dispositivos utilizan un kernel de Linux que sea capaz de admitir SELinux,:

    Ver revisión

    Si las implementaciones de dispositivos utilizan un kernel distinto de Linux o Linux sin SELinux,:

4 de octubre de 2023

2. Tipos de dispositivos

  • 2.2. Requisitos portátiles :

    Ver revisión

    Las implementaciones de dispositivos Android se clasifican como dispositivos portátiles si cumplen con todos los criterios siguientes:

    • Tener un tamaño de pantalla diagonal física en el rango de 4 pulgadas , 3,3 pulgadas (o 2,5 pulgadas para implementaciones de dispositivos que se enviaron con el nivel API 29 o anterior) a 8 pulgadas.

    Iniciar nuevos requisitos

    • Tener una interfaz de entrada de pantalla táctil.

  • 2.2.1. Hardware :

    Ver revisión

    Implementaciones de dispositivos portátiles:

    • [ 7.1 .1.1/H-0-1] DEBE tener al menos una pantalla compatible con Android que cumpla con todos los requisitos descritos en este documento. pantalla que mida al menos 2,2” en el borde corto y 3,4” en el borde largo.

    Si las implementaciones de dispositivos portátiles admiten la rotación de pantalla del software,:

    • [ 7.1 .1.1/H-1-1]* DEBE hacer que la pantalla lógica que esté disponible para aplicaciones de terceros tenga al menos 2 pulgadas en los bordes cortos y 2,7 ​​pulgadas en los bordes largos. Los dispositivos que se enviaron con el nivel 29 de API de Android o anterior PUEDEN estar exentos de este requisito.

    Si las implementaciones de dispositivos portátiles no admiten la rotación de pantalla del software,:

    • [ 7.1 .1.1/H-2-1]* DEBE hacer que la pantalla lógica que esté disponible para aplicaciones de terceros tenga al menos 2,7 pulgadas en los bordes cortos. Los dispositivos que se enviaron con el nivel 29 de API de Android o anterior PUEDEN estar exentos de este requisito.

    Iniciar nuevos requisitos

    • [ 7.1 .1.1/H-0-3]* DEBE asignar cada pantalla UI_MODE_NORMAL disponible para aplicaciones de terceros en un área de pantalla física sin obstáculos que tenga al menos 2,2 pulgadas en el borde corto y 3,4 pulgadas en el borde largo.

    • [ 7.1 .1.3/H-0-1]* DEBE establecer el valor de DENSITY_DEVICE_STABLE para que sea 92% o mayor que la densidad física real de la pantalla correspondiente.

    Si las implementaciones de dispositivos portátiles declaran android.hardware.audio.output y android.hardware.microphone ,:

    • [ 5.6 /H-1-1] DEBE tener una latencia media continua de ida y vuelta de 300 milisegundos o menos en 5 mediciones, con una desviación media absoluta inferior a 30 ms , en las siguientes rutas de datos: "altavoz a micrófono", 3,5 mm adaptador de bucle invertido (si es compatible), bucle invertido USB (si es compatible).

    • [ 5.6 /H-1-2] DEBE tener una latencia promedio de toque a tono de 300 milisegundos o menos en al menos 5 mediciones a través de la ruta de datos del altavoz al micrófono.

    Si las implementaciones de dispositivos portátiles incluyen al menos un actuador háptico, estos:

    Si las implementaciones de dispositivos portátiles incluyen al menos un actuador resonante lineal 7.10 de uso general , estos:

    • [ 7.10 /H] DEBE colocar el actuador cerca del lugar donde normalmente se sostiene o toca el dispositivo con las manos.

    • [ 7.10 /H] DEBE mover el actuador háptico en el eje X (izquierda-derecha) de la orientación vertical natural del dispositivo .

    Si las implementaciones de dispositivos portátiles tienen un actuador háptico de uso general que es un actuador resonante lineal (LRA) del eje X,:

    • [ 7.10 /H] DEBE tener la frecuencia de resonancia del LRA del eje X por debajo de 200 Hz.

  • 2.2.2. Multimedios :

    Ver revisión

    Las implementaciones de dispositivos portátiles DEBEN admitir los siguientes formatos de codificación de video y ponerlos a disposición de aplicaciones de terceros:

    • [ 5.2 /H-0-3] AV1

    Las implementaciones de dispositivos portátiles DEBEN admitir los siguientes formatos de decodificación de video y ponerlos a disposición de aplicaciones de terceros:

    • [ 5.3 /H-0-6] AV1

  • 2.2.3. Software :

    Ver revisión

    Si las implementaciones del dispositivo, incluida la tecla de navegación de la función reciente, como se detalla en la sección 7.2.3 , alteran la interfaz:

    • [ 3.8 .3/H-1-1] DEBE implementar el comportamiento de fijación de pantalla y proporcionar al usuario un menú de configuración para alternar la función.

    Si las implementaciones de dispositivos portátiles incluyen soporte para ControlsProviderService y Control API y permiten que aplicaciones de terceros publiquen controles de dispositivos , entonces:

    • [ 3.8 .16/H-1-6] Las implementaciones de dispositivos DEBEN ofrecer con precisión las posibilidades del usuario de la siguiente manera:
      • Si el dispositivo ha configurado config_supportsMultiWindow=true y la aplicación declara los metadatos META_DATA_PANEL_ACTIVITY en la declaración ControlsProviderService , incluido el ComponentName de una actividad válida (según lo define la API), entonces la aplicación DEBE incorporar dicha actividad en esta posibilidad de usuario.
      • Si la aplicación no declara metadatos META_DATA_PANEL_ACTIVITY , DEBE representar los campos especificados proporcionados por la API ControlsProviderService , así como cualquier campo especificado proporcionado por las API de control .
    • [ 3.8 .16/H-1-7] Si la aplicación declara los metadatos META_DATA_PANEL_ACTIVITY , DEBE pasar el valor de la configuración definida en [3.8.16/H-1-5] usando EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS al iniciar la actividad integrada.

    Si las implementaciones de dispositivos permiten a los usuarios realizar llamadas de cualquier tipo,

  • 2.2.4. Rendimiento y potencia :

    Ver revisión

    Implementaciones de dispositivos portátiles:

    • [ 8.5 /H-0-1] DEBE proporcionar al usuario una opción en el menú Configuración para ver todas las aplicaciones con servicios en primer plano activos o trabajos iniciados por el usuario, incluida la duración de cada uno de estos servicios desde que se inició, como se describe en el documento SDK . . y la capacidad de detener una aplicación que ejecuta un servicio en primer plano o un trabajo iniciado por el usuario. con la capacidad de detener una aplicación que está ejecutando un servicio en primer plano y mostrar todas las aplicaciones que tienen servicios en primer plano activos y la duración de cada uno de estos servicios desde que se inició, como se describe en el documento SDK .
      • Algunas aplicaciones PUEDEN estar exentas de ser detenidas o incluidas en una lista de opciones para el usuario como se describe en el documento SDK .

  • [ 8.5 /H-0-2]DEBE proporcionar al usuario la posibilidad de detener una aplicación que esté ejecutando un servicio en primer plano o un trabajo iniciado por el usuario.