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

Andróide 14

20 de novembro de 2023

2. Tipos de dispositivos

  • 2.2.1. Hardware :

    Ver revisão

    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 :

    Ver revisão

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

    Ver revisão

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

    Ver revisão

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

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

  • 6.1. Ferramentas de desenvolvimento :

    Ver revisão

    • [C-0-12] DEVE escrever um átomo LMK_KILL_OCCURRED_FIELD_NUMBER no

    Ver revisão

    • [C-0-13] DEVE implementar o comando shell dumpsys gpu --gpuwork para exibir

9. Compatibilidade do modelo de segurança

  • 9.7. Recursos de segurança :

    Ver revisão

    Se as implementações de dispositivos usarem um kernel Linux capaz de suportar SELinux, elas:

    Ver revisão

    Se as implementações de dispositivos usarem um kernel diferente do Linux ou Linux sem SELinux, elas:

4 de outubro de 2023

2. Tipos de dispositivos

  • 2.2. Requisitos portáteis :

    Ver revisão

    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 :

    Ver revisão

    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 :

    Ver revisão

    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 :

    Ver revisão

    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 :

    Ver revisão

    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.