Dziennik zmian dokumentu definicji zgodności z systemem Android

Androida 14

20 listopada 2023 r

2. Typy urządzeń

  • 2.2.1. Sprzęt :

    Zobacz rewizję

    Jeśli implementacje urządzeń przenośnych deklarują obsługę dowolnego 64-bitowego ABI (z 32-bitowym ABI lub bez):

  • 2.2.7.2. Kamera :

    Zobacz rewizję

    • [ 7.5 /H-1-13] MUSI obsługiwać funkcję LOGICAL_MULTI_CAMERA dla głównej kamery cofania, jeśli jest więcej niż 1 kamera cofania RGB.

  • 2.3.2. Multimedia :

    Zobacz rewizję

    • [ 5.8 /T-0-1] MUSI ustawić tryb wyjścia HDMI na najwyższą rozdzielczość dla wybranego formatu SDR lub HDR, który działa z częstotliwością odświeżania 50 Hz lub 60 Hz dla wyświetlacza zewnętrznego.

      MUSI ustawić tryb wyjścia HDMI, aby wybrać maksymalną rozdzielczość obsługiwaną przy częstotliwości odświeżania 50 Hz lub 60 Hz.

  • 2.4.5. Model bezpieczeństwa :

    Zobacz rewizję

    • [9/W-0-1] MUSI zadeklarować android.hardware.security.model.compatible feature .

6. Zgodność narzędzi i opcji programistycznych

  • 6.1. Narzędzia deweloperskie :

    Zobacz rewizję

    • [C-0-12] MUSI napisać LMK_KILL_OCCURRED_FIELD_NUMBER atom do

    Zobacz rewizję

    • [C-0-13] MUSI zaimplementować polecenie powłoki dumpsys gpu --gpuwork , aby wyświetlić

9. Zgodność modelu zabezpieczeń

  • 9.7. Funkcjonalność związana z bezpieczeństwem :

    Zobacz rewizję

    Jeśli implementacje urządzeń korzystają z jądra Linuksa obsługującego SELinux, to:

    Zobacz rewizję

    Jeśli implementacje urządzeń korzystają z jądra innego niż Linux lub Linux bez SELinux, to:

4 października 2023 r

2. Typy urządzeń

  • 2.2. Wymagania dotyczące urządzenia przenośnego :

    Zobacz rewizję

    Wdrożenia urządzeń z systemem Android są klasyfikowane jako urządzenia kieszonkowe, jeśli spełniają wszystkie następujące kryteria:

    • Mają fizyczną przekątną ekranu w zakresie od 4 cali do 3,3 cala (lub 2,5 cala w przypadku implementacji urządzeń dostarczonych z poziomem API 29 lub wcześniejszym) do 8 cali.

    Rozpocznij nowe wymagania

    • Mają interfejs wejściowy z ekranem dotykowym.

  • 2.2.1. Sprzęt :

    Zobacz rewizję

    Implementacje urządzeń przenośnych:

    • [ 7.1 .1.1/H-0-1] MUSI posiadać co najmniej jeden wyświetlacz kompatybilny z Androidem, który spełnia wszystkie wymagania opisane w tym dokumencie. wyświetlacz o przekątnej co najmniej 2,2 cala na krótszej krawędzi i 3,4 cala na dłuższej krawędzi.

    Jeśli implementacje urządzeń przenośnych obsługują obracanie ekranu oprogramowania, to:

    • [ 7.1 .1.1/H-1-1]* MUSI zapewnić, że ekran logiczny udostępniany do zastosowań stron trzecich będzie miał co najmniej 2 cale na krótkich krawędziach i 2,7 cala na długich krawędziach. Urządzenia dostarczane z interfejsem API systemu Android w wersji 29 lub wcześniejszej MOGĄ być zwolnione z tego wymogu.

    Jeśli implementacje urządzeń przenośnych nie obsługują obracania ekranu oprogramowania,:

    • [ 7.1 .1.1/H-2-1]* MUSI zapewnić, że ekran logiczny udostępniany dla aplikacji innych firm będzie miał co najmniej 2,7 cala na krótszej krawędzi. Urządzenia dostarczane z interfejsem API systemu Android w wersji 29 lub wcześniejszej MOGĄ być zwolnione z tego wymogu.

    Rozpocznij nowe wymagania

    • [ 7.1 .1.1/H-0-3]* MUSI zmapować każdy wyświetlacz UI_MODE_NORMAL udostępniony aplikacjom stron trzecich na niezakłócony fizyczny obszar wyświetlania o wymiarach co najmniej 2,2 cala na krótkiej krawędzi i 3,4 cala na dłuższej krawędzi.

    • [ 7.1 .1.3/H-0-1]* MUSI ustawić wartość DENSITY_DEVICE_STABLE na 92% lub większą niż rzeczywista gęstość fizyczna odpowiedniego wyświetlacza.

    Jeśli implementacje urządzeń przenośnych deklarują android.hardware.audio.output i android.hardware.microphone , to:

    • [ 5.6 /H-1-1] MUSI mieć średnie ciągłe opóźnienie w obie strony wynoszące 300 milisekund lub mniej w ciągu 5 pomiarów, ze średnim odchyleniem bezwzględnym mniejszym niż 30 ms , na następujących ścieżkach danych: „głośnik do mikrofonu”, 3,5 mm adapter pętli zwrotnej (jeśli jest obsługiwany), pętla zwrotna USB (jeśli jest obsługiwana).

    • [ 5.6 /H-1-2] MUSI mieć średnie opóźnienie Tap-to-tone wynoszące 300 milisekund lub mniej w ciągu co najmniej 5 pomiarów na ścieżce danych głośnik-mikrofon.

    Jeśli implementacje urządzeń przenośnych obejmują co najmniej jeden siłownik dotykowy, to:

    Jeśli implementacje urządzeń ręcznych obejmują co najmniej jeden liniowy siłownik rezonansowy 7.10 ogólnego przeznaczenia , to:

    • [ 7.10 /H] POWINNO umiejscowić siłownik w pobliżu miejsca, w którym urządzenie jest zwykle trzymane lub dotykane rękami.

    • [ 7.10 /H] NALEŻY przesunąć siłownik dotykowy w osi X (lewo-prawo) naturalnej orientacji pionowej urządzenia .

    Jeśli urządzenia przenośne są wyposażone w siłownik dotykowy ogólnego przeznaczenia , którym jest liniowy siłownik rezonansowy osi X (LRA), to:

    • [ 7.10 /H] MUSI mieć częstotliwość rezonansową LRA osi X poniżej 200 Hz.

  • 2.2.2. Multimedia :

    Zobacz rewizję

    Implementacje urządzeń przenośnych MUSZĄ obsługiwać następujące formaty kodowania wideo i udostępniać je aplikacjom innych firm:

    • [ 5.2 /H-0-3] AV1

    Implementacje urządzeń przenośnych MUSZĄ obsługiwać następujące formaty dekodowania wideo i udostępniać je aplikacjom innych firm:

    • [ 5.3 /H-0-6] AV1

  • 2.2.3. Oprogramowanie :

    Zobacz rewizję

    Jeśli implementacje urządzenia, w tym klawisz nawigacyjny funkcji ostatnich, jak opisano w sekcji 7.2.3 , zmieniają interfejs, to:

    • [ 3.8.3 /H-1-1] MUSI wdrożyć funkcję przypinania ekranu i zapewnić użytkownikowi menu ustawień umożliwiające przełączanie tej funkcji.

    Jeśli implementacje urządzeń przenośnych obejmują obsługę interfejsów API ControlsProviderService i Control oraz umożliwiają aplikacjom innych firm publikowanie elementów sterujących urządzeniami , wówczas:

    • [ 3.8.16 /H-1-6] Implementacje urządzeń MUSZĄ dokładnie odzwierciedlać afordancję użytkownika w następujący sposób:
      • Jeśli urządzenie ma ustawioną opcję config_supportsMultiWindow=true , a aplikacja zadeklaruje metadane META_DATA_PANEL_ACTIVITY w deklaracji ControlsProviderService , w tym nazwę komponentu prawidłowego działania (zgodnie z definicją API), wówczas aplikacja MUSI osadzić tę aktywność w tej afordancji użytkownika.
      • Jeśli aplikacja nie deklaruje metadanych META_DATA_PANEL_ACTIVITY , MUSI renderować określone pola dostarczone przez interfejs API ControlsProviderService , a także wszelkie określone pola dostarczone przez interfejsy API kontroli .
    • [ 3.8 .16/H-1-7] Jeśli aplikacja zadeklaruje metadane META_DATA_PANEL_ACTIVITY , MUSI przekazać wartość ustawienia zdefiniowaną w [3.8.16/H-1-5] przy użyciu EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS podczas uruchamiania wbudowanego działania.

    Jeśli implementacje urządzeń umożliwiają użytkownikom wykonywanie dowolnego rodzaju połączeń,

  • 2.2.4. Wydajność i moc :

    Zobacz rewizję

    Implementacje urządzeń przenośnych:

    • [ 8.5 /H-0-1] MUSI zapewnić dostęp użytkownika w menu Ustawienia , aby zobaczyć wszystkie aplikacje z aktywnymi usługami na pierwszym planie lub zadaniami inicjowanymi przez użytkownika, w tym czas trwania każdej z tych usług od momentu jej uruchomienia, zgodnie z opisem w dokumencie SDK . oraz możliwość zatrzymania aplikacji, w której działa usługa na pierwszym planie lub zadanie inicjowane przez użytkownika. z możliwością zatrzymania aplikacji, w której działa usługa na pierwszym planie i wyświetlenia wszystkich aplikacji, które mają aktywne usługi na pierwszym planie, oraz czasu trwania każdej z tych usług od momentu jej uruchomienia, zgodnie z opisem w dokumencie SDK .
      • Niektóre aplikacje MOGĄ zostać zwolnione z zatrzymywania lub umieszczania na liście w ramach przystępności użytkownika opisanej w dokumencie SDK .

  • [ 8.5 /H-0-2] MUSI zapewnić użytkownikowi możliwość zatrzymania aplikacji, na której działa usługa na pierwszym planie lub zadanie inicjowane przez użytkownika.