Log de alterações do documento de definição de compatibilidade do Android

Andróide 14

8 de abril de 2024

2. Tipos de dispositivos

  • 2.2.1. Hardware :

    Iniciar novos requisitos

    Se as implementações de dispositivos portáteis declararem FEATURE_BLUETOOTH_LE , elas:

    • [ 7.4 .3/H-1-3] DEVE medir e compensar o deslocamento Rx para garantir que a mediana do BLE RSSI seja -50dBm +/- 15 dB a 1 m de distância de um dispositivo de referência transmitindo em ADVERTISE_TX_POWER_HIGH .
    • [ 7.4 .3/H-1-4] DEVE medir e compensar o deslocamento de Tx para garantir que a mediana do BLE RSSI seja -50dBm +/- 15 dB ao digitalizar a partir de um dispositivo de referência posicionado a 1 m de distância e transmitindo em ADVERTISE_TX_POWER_HIGH .

  • 2.2.5. Modelo de segurança :

    Se as implementações de dispositivos portáteis suportarem a API do sistema HotwordDetectionService ou outro mecanismo para detecção de hotword sem indicação de acesso ao microfone, elas:

    • [9.8/H-1-6] NÃO DEVE permitir que mais de 100 bytes de dados sejam transmitidos para fora do serviço de detecção de hotword em cada resultado de hotword bem-sucedido , exceto para dados de áudio transmitidos por HotwordAudioStream .

    Altere [9.8/H-1-13] para:

    • [9.8/H-SR-3] É FORTEMENTE RECOMENDADO reiniciar o processo que hospeda o serviço de detecção de hotword pelo menos uma vez a cada hora ou a cada 30 eventos acionados por hardware, o que ocorrer primeiro.

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

  • 2.2.7.2. Câmera :

    Se as implementações de dispositivos portáteis retornarem android.os.Build.VERSION_CODES.U para android.os.Build.VERSION_CODES.MEDIA_PERFORMANCE_CLASS , então elas:

    • [ 7.5 /H-1-3] DEVE oferecer suporte à propriedade android.info.supportedHardwareLevel como FULL ou melhor para câmera primária traseira e LIMITED ou melhor para câmera primária frontal.

  • 2.3.2. Multimídia :

    Se as implementações de dispositivos de televisão não tiverem um monitor integrado, mas suportarem um monitor externo conectado via HDMI, elas:

    • [ 5.8 /T-0-1] DEVE definir o modo de saída HDMI para a resolução mais alta para o formato de pixel escolhido que funcione com taxa de atualização de 50 Hz ou 60 Hz para o monitor externo, dependendo da taxa de atualização de vídeo para a região em que o dispositivo é vendido DEVE definir o modo de saída HDMI para selecionar a resolução máxima que pode ser suportada com uma taxa de atualização de 50 Hz ou 60 Hz.

3. Programas

5. Compatibilidade multimídia

  • 5.3.8. Visão Dolby :

    Se as implementações de dispositivos declararem suporte para o decodificador Dolby Vision por meio de HDR_TYPE_DOLBY_VISION , elas:

    • [C-1-3] DEVE definir o ID da trilha das camadas base compatíveis com versões anteriores (se presentes) para ser o mesmo que o ID da trilha combinada da camada Dolby Vision.

7. Compatibilidade de Hardware

  • 7.1.1.1. Tamanho e formato da tela :

    Se as implementações de dispositivos suportarem telas capazes de configuração de tamanho UI_MODE_TYPE_NORMAL e usarem telas físicas com cantos arredondados para renderizar essas telas, elas:

    • [C-1-1] DEVE garantir que pelo menos um dos seguintes requisitos seja atendido para cada exibição:
      • Quando uma caixa de 15 a 18 dp por 15 18 dp está ancorada em cada canto da exibição lógica, pelo menos um pixel de cada caixa fica visível na tela.

  • 7.4.3. Bluetooth :

    Restabelecidos os seguintes requisitos:

    Se as implementações de dispositivos declararem FEATURE_BLUETOOTH_LE , elas:

    • [C-SR-2] É FORTEMENTE RECOMENDADO medir e compensar o deslocamento Rx para garantir que a mediana do BLE RSSI seja -60dBm +/- 10 dB a 1 m de distância de um dispositivo de referência transmitindo em ADVERTISE_TX_POWER_HIGH , onde os dispositivos são orientados de forma que sejam em 'planos paralelos' com telas voltadas na mesma direção.

    • [C-SR-3] São FORTEMENTE RECOMENDADOS para medir e compensar o deslocamento de Tx para garantir que a mediana do BLE RSSI seja -60dBm +/-10 dB ao digitalizar a partir de um dispositivo de referência posicionado a 1 m de distância e transmitindo em ADVERTISE_TX_POWER_HIGH , onde os dispositivos são orientados de modo que estejam em 'planos paralelos' com as telas voltadas na mesma direção.

    Requisitos [C-10-3] e [C-10-4] movidos para 2.2.1. Ferragens .

    • [C-10-3] DEVE medir e compensar o deslocamento Rx para garantir que a mediana do BLE RSSI seja -55dBm +/-10 dB a 1 m de distância de um dispositivo de referência transmitindo em ADVERTISE_TX_POWER_HIGH .
    • [C-10-4] DEVE medir e compensar o deslocamento de Tx para garantir que o BLE RSSI mediano seja -55dBm +/-10 dB ao digitalizar a partir de um dispositivo de referência posicionado a 1 m de distância e transmitindo em ADVERTISE_TX_POWER_HIGH .

20 de novembro de 2023

2. Tipos de dispositivos

  • 2.2.1. Hardware :

    Se as implementações de dispositivos portáteis declararem suporte a qualquer ABI de 64 bits (com ou sem qualquer ABI de 32 bits):

  • 2.2.7.2. Câmera :

    • [ 7.5 /H-1-13] DEVE suportar o recurso LOGICAL_MULTI_CAMERA para a câmera traseira principal se houver mais de 1 câmera traseira RGB.

  • 2.3.2. Multimídia :

    • [ 5.8 /T-0-1] DEVE definir o modo de saída HDMI para a resolução mais alta para o formato SDR ou HDR escolhido que funcione com taxa de atualização de 50 Hz ou 60 Hz para o monitor externo.

      DEVE definir o modo de saída HDMI para selecionar a resolução máxima que pode ser suportada com uma taxa de atualização de 50 Hz ou 60 Hz.

  • 2.4.5. Modelo de segurança :

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

6. Compatibilidade com ferramentas e opções do desenvolvedor

9. Compatibilidade do modelo de segurança

4 de outubro de 2023

2. Tipos de dispositivos

  • 2.2. Requisitos portáteis :

    As implementações de dispositivos Android são classificadas como portáteis se atenderem a todos os critérios a seguir:

    • Ter um tamanho de tela diagonal física na faixa de 4 polegadas e 3,3 polegadas (ou 2,5 polegadas para implementações de dispositivos fornecidos no nível API 29 ou anterior) a 8 polegadas.

    Iniciar novos requisitos

    • Possui uma interface de entrada touchscreen.

  • 2.2.1. Hardware :

    Implementações de dispositivos portáteis:

    • [ 7.1 .1.1/H-0-1] DEVE ter pelo menos um monitor compatível com Android que atenda a todos os requisitos descritos neste documento. tela que mede pelo menos 2,2” na borda curta e 3,4” na borda longa.

    Se as implementações de dispositivos portáteis suportarem rotação de tela de software, elas:

    • [ 7.1 .1.1/H-1-1]* DEVE fazer com que a tela lógica disponibilizada para aplicativos de terceiros tenha pelo menos 2 polegadas na(s) borda(s) curta(s) e 2,7 polegadas na(s) borda(s) longa(s). Dispositivos fornecidos com Android API de nível 29 ou anterior PODEM estar isentos deste requisito.

    Se as implementações de dispositivos portáteis não suportarem a rotação de tela do software, elas:

    • [ 7.1 .1.1/H-2-1]* DEVE fazer com que a tela lógica disponibilizada para aplicativos de terceiros tenha pelo menos 2,7 polegadas na(s) borda(s) curta(s). Dispositivos fornecidos com Android API de nível 29 ou anterior PODEM estar isentos deste requisito.

    Iniciar novos requisitos

    • [ 7.1 .1.1/H-0-3]* DEVE mapear cada display UI_MODE_NORMAL disponibilizado para aplicativos de terceiros em uma área de exibição física desobstruída que tenha pelo menos 2,2" polegadas na borda curta e 3,4" polegadas na borda longa.

    • [ 7.1 .1.3/H-0-1]* DEVE definir o valor de DENSITY_DEVICE_STABLE como 92% ou maior que a densidade física real do display correspondente.

    Se as implementações de dispositivos portáteis declararem android.hardware.audio.output e android.hardware.microphone , elas:

    • [ 5.6 /H-1-1] DEVE ter uma latência média contínua de ida e volta de 300 milissegundos ou menos em 5 medições, com um desvio médio absoluto inferior a 30 ms , nos seguintes caminhos de dados: "alto-falante para microfone", 3,5 mm adaptador de loopback (se compatível), loopback USB (se compatível).

    • [ 5.6 /H-1-2] DEVE ter uma latência média Tap-to-tone de 300 milissegundos ou menos em pelo menos 5 medições no caminho de dados do alto-falante para o microfone.

    Se as implementações de dispositivos portáteis incluírem pelo menos um atuador tátil, elas:

    Se as implementações de dispositivos portáteis incluírem pelo menos um atuador ressonante linear 7.10 de uso geral , elas:

    • [ 7.10 /H] DEVE posicionar o atuador próximo ao local onde o dispositivo normalmente é segurado ou tocado pelas mãos.

    • [ 7.10 /H] DEVE mover o atuador háptico no eixo X (esquerda-direita) da orientação retrato natural do dispositivo .

    Se as implementações de dispositivos portáteis tiverem um atuador háptico de uso geral que seja um atuador ressonante linear do eixo X (LRA), elas:

    • [ 7.10 /H] DEVE ter a frequência de ressonância do LRA do eixo X abaixo de 200 Hz.

  • 2.2.2. Multimídia :

    As implementações de dispositivos portáteis DEVEM suportar os seguintes formatos de codificação de vídeo e disponibilizá-los para aplicativos de terceiros:

    • [ 5.2 /H-0-3] AV1

    As implementações de dispositivos portáteis DEVEM suportar os seguintes formatos de decodificação de vídeo e disponibilizá-los para aplicativos de terceiros:

    • [ 5.3 /H-0-6] AV1

  • 2.2.3. Programas :

    Se as implementações do dispositivo, incluindo a tecla de navegação da função recente, conforme detalhado na seção 7.2.3, alterarem a interface, elas:

    • [ 3.8.3 /H-1-1] DEVE implementar o comportamento de fixação de tela e fornecer ao usuário um menu de configurações para alternar o recurso.

    Se as implementações de dispositivos portáteis incluírem suporte para APIs ControlsProviderService e Control e permitirem que aplicativos de terceiros publiquem controles de dispositivos , então elas:

    • [ 3.8.16 /H-1-6] As implementações de dispositivos DEVEM renderizar com precisão a capacidade do usuário da seguinte forma:
      • Se o dispositivo tiver definido config_supportsMultiWindow=true e o aplicativo declarar os metadados META_DATA_PANEL_ACTIVITY na declaração ControlsProviderService , incluindo o ComponentName de uma atividade válida (conforme definido pela API), o aplicativo DEVE incorporar essa atividade nesta capacidade do usuário.
      • Se o aplicativo não declarar metadados META_DATA_PANEL_ACTIVITY , ele DEVE renderizar os campos especificados conforme fornecidos pela API ControlsProviderService , bem como quaisquer campos especificados fornecidos pelas APIs de controle .
    • [ 3.8.16 /H-1-7] Se o aplicativo declarar os metadados META_DATA_PANEL_ACTIVITY , ele DEVE passar o valor da configuração definida em [3.8.16/H-1-5] usando EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS ao iniciar a atividade incorporada.

    Se as implementações de dispositivos permitirem que os usuários façam chamadas de qualquer tipo, elas

  • 2.2.4. Desempenho e potência :

    Implementações de dispositivos portáteis:

    • [ 8.5 /H-0-1] DEVE fornecer uma capacidade de usuário no menu Configurações para ver todos os aplicativos com serviços ativos em primeiro plano ou trabalhos iniciados pelo usuário, incluindo a duração de cada um desses serviços desde que foi iniciado, conforme descrito no documento SDK . e a capacidade de interromper um aplicativo que esteja executando um serviço em primeiro plano ou um trabalho iniciado pelo usuário. com a capacidade de interromper um aplicativo que esteja executando um serviço em primeiro plano e exibir todos os aplicativos que possuem serviços em primeiro plano ativos e a duração de cada um desses serviços desde que foi iniciado, conforme descrito no documento do SDK .
      • Alguns aplicativos PODEM ser isentos de serem interrompidos ou listados em recursos de usuário, conforme descrito no documento do SDK .

  • [ 8.5 /H-0-2]DEVE fornecer ao usuário uma oportunidade para interromper um aplicativo que esteja executando um serviço em primeiro plano ou um trabalho iniciado pelo usuário.