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

Androide 14

8 de abril de 2024

2. Tipos de dispositivos

  • 2.2.1. Hardware :

    Iniciar nuevos requisitos

    Si las implementaciones de dispositivos portátiles declaran FEATURE_BLUETOOTH_LE ,:

    • [ 7.4 .3/H-1-3] DEBE medir y compensar la compensación de Rx para garantizar que el RSSI BLE medio sea -50 dBm +/-15 dB a 1 m de distancia de un dispositivo de referencia que transmita a ADVERTISE_TX_POWER_HIGH .
    • [ 7.4 .3/H-1-4] DEBE medir y compensar la compensación de Tx para garantizar que el RSSI BLE medio sea -50 dBm +/-15 dB cuando se escanea desde un dispositivo de referencia ubicado a 1 m de distancia y se transmite a ADVERTISE_TX_POWER_HIGH .

  • 2.2.5. Modelo de seguridad :

    Si las implementaciones de dispositivos portátiles admiten System API HotwordDetectionService u otro mecanismo para la detección de palabras activas sin indicación de acceso al micrófono,:

    • [9.8/H-1-6] NO DEBE permitir que se transmitan más de 100 bytes de datos fuera del servicio de detección de palabras activas en cada resultado exitoso de palabras activas , excepto los datos de audio pasados ​​a través de HotwordAudioStream .

    Cambie [9.8/H-1-13] a:

    • [9.8/H-SR-3] Se RECOMIENDA ENCARECIDAMENTE reiniciar el proceso que aloja el servicio de detección de palabras activas al menos una vez cada hora o cada 30 eventos de activación de hardware, lo que ocurra primero.

    Requisitos eliminados [9.8.2/H-4-3], [9.8.2/H-4-4], [9.8.2/H-5-3].

  • 2.2.7.2. Cámara :

    Si las implementaciones de dispositivos portátiles devuelven android.os.Build.VERSION_CODES.U para android.os.Build.VERSION_CODES.MEDIA_PERFORMANCE_CLASS , entonces:

    • [ 7.5 /H-1-3] DEBE admitir la propiedad android.info.supportedHardwareLevel como FULL o mejor para la cámara principal trasera y LIMITED o mejor para la cámara principal frontal.

  • 2.3.2. Multimedios :

    Si las implementaciones de dispositivos de televisión no tienen una pantalla incorporada, pero admiten una pantalla externa conectada a través de HDMI,:

    • [ 5.8 /T-0-1] DEBE configurar el modo de salida HDMI en la resolución más alta para el formato de píxeles elegido que funcione con una frecuencia de actualización de 50 Hz o 60 Hz para la pantalla externa, dependiendo de la frecuencia de actualización de video para la región en la que se vende el dispositivo. pulg. 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.

3.software

5. Compatibilidad multimedia

  • 5.3.8. Visión Dolby :

    Si las implementaciones de dispositivos declaran compatibilidad con el decodificador Dolby Vision a través de HDR_TYPE_DOLBY_VISION ,:

    • [C-1-3] DEBE configurar el ID de pista de las capas base compatibles con versiones anteriores (si están presentes) para que sea el mismo que el ID de pista de la capa Dolby Vision combinada.

7. Compatibilidad de hardware

  • 7.1.1.1. Tamaño y forma de pantalla :

    Si las implementaciones de dispositivos admiten pantallas con capacidad de configuración de tamaño UI_MODE_TYPE_NORMAL y utilizan pantallas físicas con esquinas redondeadas para representar estas pantallas, estas:

    • [C-1-1] DEBE garantizar que se cumpla al menos uno de los siguientes requisitos para cada una de estas exhibiciones:
      • Cuando un cuadro de 15 y 18 dp por 15 18 dp está anclado en cada esquina de la pantalla lógica, al menos un píxel de cada cuadro es visible en la pantalla.

  • 7.4.3. Bluetooth :

    Se restablecieron los siguientes requisitos:

    Si las implementaciones de dispositivos declaran FEATURE_BLUETOOTH_LE , ellas:

    • [C-SR-2] Se RECOMIENDA ENCARECIDAMENTE medir y compensar la compensación de Rx para garantizar que el RSSI BLE medio sea -60 dBm +/-10 dB a 1 m de distancia de un dispositivo de referencia que transmite en ADVERTISE_TX_POWER_HIGH , donde los dispositivos están orientados de manera que estén en 'planos paralelos' con pantallas orientadas en la misma dirección.

    • [C-SR-3] Se RECOMIENDA ENCARECIDAMENTE medir y compensar la compensación de Tx para garantizar que el RSSI BLE medio sea -60 dBm +/-10 dB cuando se escanea desde un dispositivo de referencia ubicado a 1 m de distancia y se transmite en ADVERTISE_TX_POWER_HIGH , donde los dispositivos están orientados. de modo que estén en "planos paralelos" con pantallas orientadas en la misma dirección.

    Se movieron los requisitos [C-10-3] y [C-10-4] a 2.2.1. Ferretería .

    • [C-10-3] DEBE medir y compensar la compensación de Rx para garantizar que el RSSI BLE medio sea -55 dBm +/-10 dB a 1 m de distancia de un dispositivo de referencia que transmita a ADVERTISE_TX_POWER_HIGH .
    • [C-10-4] DEBE medir y compensar la compensación de Tx para garantizar que el RSSI BLE medio sea -55 dBm +/-10 dB cuando se escanea desde un dispositivo de referencia ubicado a 1 m de distancia y se transmite a ADVERTISE_TX_POWER_HIGH .

20 de noviembre de 2023

2. Tipos de dispositivos

  • 2.2.1. Hardware :

    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 :

    • [ 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 :

    • [ 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 :

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

6. Compatibilidad de opciones y herramientas de desarrollador

9. Compatibilidad del modelo de seguridad

4 de octubre de 2023

2. Tipos de dispositivos

  • 2.2. Requisitos portátiles :

    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 :

    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, estas:

    • [ 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 :

    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 :

    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 definido por 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 :

    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.