Journal des modifications du document de définition de compatibilité Android

Android 14

20 novembre 2023

2. Types d'appareils

  • 2.2.1. Matériel :

    Voir révision

    Si les implémentations d'appareils portables déclarent la prise en charge de n'importe quel ABI 64 bits (avec ou sans ABI 32 bits) :

  • 2.2.7.2. Caméra :

    Voir révision

    • [ 7.5 /H-1-13] DOIT prendre en charge la capacité LOGICAL_MULTI_CAMERA pour la caméra principale orientée vers l'arrière s'il y a plus d'une caméra RVB orientée vers l'arrière.

  • 2.3.2. Multimédia :

    Voir révision

    • [ 5.8 /T-0-1] DOIT définir le mode de sortie HDMI sur la résolution la plus élevée pour le format SDR ou HDR choisi qui fonctionne avec un taux de rafraîchissement de 50 Hz ou 60 Hz pour l'écran externe.

      DOIT définir le mode de sortie HDMI pour sélectionner la résolution maximale pouvant être prise en charge avec un taux de rafraîchissement de 50 Hz ou 60 Hz.

  • 2.4.5. Modèle de sécurité :

    Voir révision

    • [9/W-0-1] DOIT déclarer la android.hardware.security.model.compatible feature .

6. Compatibilité des outils et des options de développement

  • 6.1. Outils de développement :

    Voir révision

    • [C-0-12] DOIT écrire un LMK_KILL_OCCURRED_FIELD_NUMBER Atom dans le

    Voir révision

    • [C-0-13] DOIT implémenter la commande shell dumpsys gpu --gpuwork pour afficher

9. Compatibilité des modèles de sécurité

  • 9.7. Fonctions de sécurité :

    Voir révision

    Si les implémentations de périphériques utilisent un noyau Linux capable de prendre en charge SELinux, elles :

    Voir révision

    Si les implémentations de périphériques utilisent un noyau autre que Linux ou Linux sans SELinux, elles :

4 octobre 2023

2. Types d'appareils

  • 2.2. Exigences de l'ordinateur de poche :

    Voir révision

    Les implémentations d'appareils Android sont classées comme ordinateurs de poche si elles répondent à tous les critères suivants :

    • Avoir une taille d'écran en diagonale physique comprise entre 4 pouces et 3,3 pouces (ou 2,5 pouces pour les implémentations d'appareils livrées au niveau API 29 ou antérieur) à 8 pouces.

    Démarrer de nouvelles exigences

    • Avoir une interface de saisie à écran tactile.

  • 2.2.1. Matériel :

    Voir révision

    Implémentations d'appareils portables :

    • [ 7.1 .1.1/H-0-1] DOIT avoir au moins un écran compatible Android qui répond à toutes les exigences décrites dans ce document. écran qui mesure au moins 2,2" sur le bord court et 3,4" sur le bord long.

    Si les implémentations d’appareils portables prennent en charge la rotation de l’écran du logiciel, elles :

    • [ 7.1 .1.1/H-1-1]* DOIT faire en sorte que l'écran logique mis à disposition pour les applications tierces mesure au moins 2 pouces sur le(s) bord(s) court(s) et 2,7 pouces sur le(s) bord(s) long(s). Les appareils livrés avec le niveau d'API Android 29 ou une version antérieure PEUVENT être exemptés de cette exigence.

    Si les implémentations d’appareils portables ne prennent pas en charge la rotation de l’écran logiciel, elles :

    • [ 7.1 .1.1/H-2-1]* DOIT faire en sorte que l'écran logique mis à disposition pour les applications tierces mesure au moins 2,7 pouces sur le(s) bord(s) court(s). Les appareils livrés avec le niveau d'API Android 29 ou une version antérieure PEUVENT être exemptés de cette exigence.

    Démarrer de nouvelles exigences

    • [ 7.1 .1.1/H-0-3]* DOIT mapper chaque affichage UI_MODE_NORMAL mis à disposition pour les applications tierces sur une zone d'affichage physique dégagée d'au moins 2,2 pouces sur le bord court et de 3,4 pouces sur le bord long.

    • [ 7.1 .1.3/H-0-1]* DOIT définir la valeur de DENSITY_DEVICE_STABLE à 92 % ou plus que la densité physique réelle de l'affichage correspondant.

    Si les implémentations de périphériques portables déclarent android.hardware.audio.output et android.hardware.microphone , elles :

    • [ 5.6 /H-1-1] DOIT avoir une latence aller-retour continue moyenne de 300 millisecondes ou moins sur 5 mesures, avec un écart absolu moyen inférieur à 30 ms , sur les chemins de données suivants : "haut-parleur vers microphone", 3,5 mm adaptateur de bouclage (si pris en charge), bouclage USB (si pris en charge).

    • [ 5.6 /H-1-2] DOIT avoir une latence moyenne de 300 millisecondes ou moins sur au moins 5 mesures sur le chemin de données du haut-parleur au microphone.

    Si les implémentations d’appareils portables incluent au moins un actionneur haptique, elles :

    Si les implémentations d'appareils portables incluent au moins un actionneur résonant linéaire 7.10 à usage général , elles :

    • [ 7.10 /H] DEVRAIT positionner l'actionneur à proximité de l'endroit où l'appareil est généralement tenu ou touché par les mains.

    • [ 7.10 /H] DEVRAIT déplacer l'actionneur haptique sur l'axe X (gauche-droite) de l'orientation portrait naturel de l'appareil .

    Si les implémentations d'appareils portables disposent d'un actionneur haptique à usage général qui est un actionneur résonant linéaire (LRA) sur l'axe X, elles :

    • [ 7.10 /H] DEVRAIT que la fréquence de résonance du LRA de l'axe X soit inférieure à 200 Hz.

  • 2.2.2. Multimédia :

    Voir révision

    Les implémentations d'appareils portables DOIVENT prendre en charge les formats de codage vidéo suivants et les mettre à la disposition des applications tierces :

    • [ 5.2 /H-0-3] AV1

    Les implémentations d'appareils portables DOIVENT prendre en charge les formats de décodage vidéo suivants et les mettre à la disposition des applications tierces :

    • [ 5.3 /H-0-6] AV1

  • 2.2.3. Logiciel :

    Voir révision

    Si les implémentations d'appareils incluant la touche de navigation de la fonction récente comme détaillé dans la section 7.2.3 modifient l'interface, elles :

    • [ 3.8 .3/H-1-1] DOIT implémenter le comportement d'épinglage d'écran et fournir à l'utilisateur un menu de paramètres pour activer la fonctionnalité.

    Si les implémentations d'appareils portables incluent la prise en charge des API ControlsProviderService et Control et permettent aux applications tierces de publier des contrôles d'appareil , alors elles :

    • [ 3.8 .16/H-1-6] Les mises en œuvre de dispositifs DOIVENT restituer avec précision les possibilités de l'utilisateur comme suit :
      • Si l'appareil a défini config_supportsMultiWindow=true et que l'application déclare les métadonnées META_DATA_PANEL_ACTIVITY dans la déclaration ControlsProviderService , y compris le ComponentName d'une activité valide (telle que définie par l'API), alors l'application DOIT intégrer ladite activité dans cette capacité utilisateur.
      • Si l'application ne déclare pas de métadonnées META_DATA_PANEL_ACTIVITY , elle DOIT alors restituer les champs spécifiés tels que fournis par l'API ControlsProviderService ainsi que tous les champs spécifiés fournis par les API de contrôle .
    • [ 3.8 .16/H-1-7] Si l'application déclare les métadonnées META_DATA_PANEL_ACTIVITY , elle DOIT transmettre la valeur du paramètre défini dans [3.8.16/H-1-5] en utilisant EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS lors du lancement de l'activité intégrée.

    Si les implémentations d'appareils permettent aux utilisateurs de passer des appels de toute sorte, ils

  • 2.2.4. Performances et puissance :

    Voir révision

    Implémentations d'appareils portables :

    • [ 8.5 /H-0-1] DOIT fournir une autorisation utilisateur dans le menu Paramètres pour voir toutes les applications avec des services de premier plan actifs ou des tâches initiées par l'utilisateur, y compris la durée de chacun de ces services depuis son démarrage comme décrit dans le document SDK. . et la possibilité d'arrêter une application qui exécute un service de premier plan ou une tâche lancée par l'utilisateur. avec la possibilité d'arrêter une application qui exécute un service de premier plan et d'afficher toutes les applications qui ont des services de premier plan actifs ainsi que la durée de chacun de ces services depuis son démarrage comme décrit dans le document SDK .
      • Certaines applications PEUVENT être exemptées d'être arrêtées ou répertoriées dans une telle accessibilité utilisateur comme décrit dans le document SDK .

  • [ 8.5 /H-0-2]DOIT fournir à l'utilisateur la possibilité d'arrêter une application qui exécute un service de premier plan ou une tâche initiée par l'utilisateur.