Android 호환성 정의 문서 변경 로그

안드로이드 14

2023년 11월 20일

2. 장치 유형

• 2.2.1. 하드웨어 :

  개정판 보기

  휴대기기 구현이 64비트 ABI 지원을 선언하는 경우(32비트 ABI 포함 또는 제외):

• 2.2.7.2. 카메라 :

  개정판 보기

  • [ 7.5 /H-1-13] RGB 후면 카메라가 1개 이상인 경우 기본 후면 카메라에 대한 LOGICAL_MULTI_CAMERA 기능을 지원해야 합니다(MUST).

• 2.3.2. 멀티미디어 :

  개정판 보기

  • [ 5.8 /T-0-1] HDMI 출력 모드를 외부 디스플레이의 50Hz 또는 60Hz 새로 고침 빈도와 함께 작동하는 선택한 SDR 또는 HDR 형식의 최고 해상도로 설정해야 합니다(MUST).

    50Hz 또는 60Hz 새로 고침 빈도로 지원될 수 있는 최대 해상도를 선택하려면 HDMI 출력 모드를 설정해야 합니다.

• 2.4.5. 보안 모델 :

  개정판 보기

  • [9/W-0-1] android.hardware.security.model.compatible feature 선언해야 합니다(MUST).

6. 개발자 도구 및 옵션 호환성

• 6.1. 개발자 도구 :

  개정판 보기

  • [C-0-12] LMK_KILL_OCCURRED_FIELD_NUMBER Atom을 작성해야 합니다(MUST).

  개정판 보기

  • [C-0-13] 표시하려면 셸 명령어 dumpsys gpu --gpuwork 구현해야 합니다.

9. 보안 모델 호환성

• 9.7. 보안 기능 :

  개정판 보기

  SELinux를 지원할 수 있는 Linux 커널을 사용하는 기기 구현은 다음을 충족해야 합니다.

  개정판 보기

  SELinux 없이 Linux 또는 Linux 이외의 커널을 사용하는 기기 구현은 다음을 충족해야 합니다.

2023년 10월 4일

2. 장치 유형

• 2.2. 휴대용 요구 사항 :

  개정판 보기

  Android 기기 구현은 다음 기준을 모두 충족하는 경우 휴대기기로 분류됩니다.

  • 실제 대각선 화면 크기는 4인치 ~3.3인치(또는 API 레벨 29 이하에서 출시된 기기 구현의 경우 2.5인치) ~8인치 범위입니다.

  새로운 요구 사항 시작

  • 터치스크린 입력 인터페이스가 있습니다.

• 2.2.1. 하드웨어 :

  개정판 보기

  휴대용 장치 구현:

  • [ 7.1 .1.1/H-0-1] 이 문서에 설명된 모든 요구 사항을 충족하는 Android 호환 디스플레이가 하나 이상 있어야 합니다(MUST). 짧은 가장자리가 최소 2.2인치, 긴 가장자리가 3.4인치인 디스플레이입니다.

  소프트웨어 화면 회전을 지원하는 휴대기기 구현은 다음을 충족해야 합니다.

  • [ 7.1 .1.1/H-1-1]* 타사 애플리케이션에 사용할 수 있는 논리 화면을 짧은 가장자리가 최소 2인치, 긴 가장자리가 2.7인치가 되도록 만들어야 합니다. Android API 레벨 29 이하에서 출시된 기기는 이 요구 사항에서 면제될 수 있습니다.

  소프트웨어 화면 회전을 지원하지 않는 휴대기기 구현은 다음을 충족해야 합니다.

  • [ 7.1 .1.1/H-2-1]* 타사 애플리케이션에 사용할 수 있는 논리 화면의 짧은 가장자리가 최소 2.7인치가 되도록 해야 합니다. Android API 레벨 29 이하에서 출시된 기기는 이 요구 사항에서 면제될 수 있습니다.

  새로운 요구 사항 시작

  • [ 7.1 .1.1/H-0-3]* 타사 애플리케이션에 사용할 수 있는 각 UI_MODE_NORMAL 디스플레이를 짧은 가장자리가 최소 2.2인치, 긴 가장자리가 3.4인치인 장애물 없는 물리적 디스플레이 영역에 매핑해야 합니다.

  • [ 7.1 .1.3/H-0-1]* DENSITY_DEVICE_STABLE 값을 해당 디스플레이의 실제 물리적 밀도보다 92% 이상으로 설정해야 합니다.

  휴대기기 구현이 android.hardware.audio.output 및 android.hardware.microphone 선언하는 경우 다음을 충족해야 합니다.

  • [ 5.6 /H-1-1] '스피커에서 마이크까지', 3.5mm의 데이터 경로에서 평균 절대 편차가 30ms 미만이고 5회 측정에 대한 평균 연속 왕복 지연 시간이 300 밀리초 이하여야 합니다(MUST). 루프백 어댑터(지원되는 경우), USB 루프백(지원되는 경우).

  • [ 5.6 /H-1-2] 스피커-마이크 데이터 경로에 대한 최소 5회 측정에서 평균 탭-톤 지연 시간이 300 밀리초 이하여야 합니다(MUST).

  하나 이상의 햅틱 액추에이터를 포함하는 휴대기기 구현은 다음을 충족해야 합니다.

  • [ 7.10 /H]* ERM(편심 회전 질량) 햅틱 액츄에이터(진동기)를 사용하면 안 됩니다.
  • [ 7.10 /H]* android.view.HapticFeedbackConstants 에서 명확한 햅틱을 위한 모든 공개 상수, 즉 CLOCK_TICK, CONTEXT_CLICK, KEYBOARD_PRESS, KEYBOARD_RELEASE, KEYBOARD_TAP, LONG_PRESS, TEXT_HANDLE_MOVE, VIRTUAL_KEY, VIRTUAL_KEY_RELEASE, CONFIRM, REJECT를 구현해야 합니다. , GESTURE_START 및 GESTURE_END).
  • [ 7.10 /H]* android.os.VibrationEffect 에서 명확한 햅틱을 위한 모든 공개 상수(EFFECT_TICK, EFFECT_CLICK, EFFECT_HEAVY_CLICK 및 EFFECT_DOUBLE_CLICK)와 android.os.VibrationEffect.Composition 의 풍부한 햅틱 을 위한 모든 가능한 공개 PRIMITIVE_* 상수( 클릭, 틱, LOW_TICK, QUICK_FALL, QUICK_RISE, SLOW_RISE, 스핀, THUD). LOW_TICK 및 SPIN과 같은 일부 기본 요소는 진동기가 상대적으로 낮은 주파수를 지원할 수 있는 경우에만 실행 가능합니다.
  • [7.10/H]* android.view.HapticFeedbackConstants 의 공개 상수를 해당 진폭 관계를 사용하여 권장 android.os.VibrationEffect 상수에 매핑하기 위한 지침을 따라야 합니다.
  • [ 7.10 /H]* createOneShot() 및 createWaveform() API에 대한 품질 평가를 따라야 합니다.
  • [ 7.10 /H]* 공개 android.os.Vibrator.hasAmplitudeControl() API의 결과가 진동기의 기능을 올바르게 반영하는지 확인해야 합니다.
  • [ 7.10 /H]* 일반적으로 장치를 손으로 잡거나 만지는 위치 근처에 액추에이터 배치를 배치해야 합니다.

  범용 7.10 선형 공진 액추에이터를 하나 이상 포함하는 휴대기기 구현은 다음을 충족해야 합니다.

  • [ 7.10 /H] 일반적으로 장치를 손으로 잡거나 만지는 위치 근처에 액추에이터 배치를 배치해야 합니다(SHOULD).

  • [ 7.10 /H] 기기의 자연스러운 세로 방향의 X축(왼쪽-오른쪽)에서 햅틱 액츄에이터를 이동해야 합니다(SHOULD).

  X축 선형 공진 액추에이터(LRA)인 범용 촉각 액추에이터가 있는 휴대기기 구현은 다음을 충족해야 합니다.

  • [ 7.10 /H] X축 LRA의 공진 주파수가 200Hz 미만이어야 합니다(SHOULD).

• 2.2.2. 멀티미디어 :

  개정판 보기

  휴대기기 구현은 다음과 같은 동영상 인코딩 형식을 지원하고 이를 타사 애플리케이션에서 사용할 수 있도록 해야 합니다(MUST).

  • [ 5.2 /H-0-3] AV1

  휴대기기 구현은 다음과 같은 동영상 디코딩 형식을 지원하고 이를 타사 애플리케이션에서 사용할 수 있도록 해야 합니다(MUST).

  • [ 5.3 /H-0-6] AV1

• 2.2.3. 소프트웨어 :

  개정판 보기

  섹션 7.2.3 에 설명된 최근 기능 탐색 키를 포함하는 기기 구현이 인터페이스를 변경하는 경우 다음을 충족해야 합니다.

  • [ 3.8 .3/H-1-1] 화면 고정 동작을 구현하고 사용자에게 기능을 전환할 수 있는 설정 메뉴를 제공해야 합니다(MUST).

  ControlsProviderService 및 Control API에 대한 지원을 포함하고 타사 애플리케이션이 기기 컨트롤을 게시하도록 허용하는 휴대기기 구현은 다음을 충족해야 합니다.

  • [ 3.8 .16/H-1-6] 기기 구현은 다음과 같이 사용자 어포던스를 정확하게 렌더링해야 합니다(MUST).
    • 기기가 config_supportsMultiWindow=true 설정하고 앱이 유효한 활동(API에서 정의한 대로)의 ComponentName을 포함하여 ControlsProviderService 선언에서 메타데이터 META_DATA_PANEL_ACTIVITY 선언하는 경우 앱은 해당 활동을 이 사용자 어포던스에 포함해야 합니다.
    • 앱이 메타데이터 META_DATA_PANEL_ACTIVITY 선언하지 않는 경우 ControlsProviderService API에서 제공하는 지정된 필드와 Control API에서 제공하는 지정된 필드를 렌더링해야 합니다.
  • [ 3.8 .16/H-1-7] 앱이 메타데이터 META_DATA_PANEL_ACTIVITY 를 선언하는 경우 내장된 활동을 시작할 때 EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS 를 사용하여 [3.8.16/H-1-5]에 정의된 설정 값을 전달해야 합니다(MUST).

  기기 구현을 통해 사용자가 모든 종류의 전화를 걸 수 있도록 허용하는 경우

  • [ 7.4.1.2 /H-0-1] 기능 플래그 android.software.telecom 선언해야 합니다(MUST).
  • [ 7.4.1.2 /H-0-2] 통신 프레임워크를 구현해야 합니다(MUST).

• 2.2.4. 성능 및 성능 :

  개정판 보기

  휴대용 장치 구현:

  • [ 8.5 /H-0-1] SDK 문서 에 설명된 대로 시작된 이후 각 서비스의 기간을 포함하여 활성 포그라운드 서비스 또는 사용자 시작 작업이 있는 모든 앱을 보려면 설정 메뉴에서 사용자 어포던스를 제공해야 합니다(MUST). . 포그라운드 서비스나 사용자가 시작한 작업을 실행 중인 앱을 중지하는 기능도 있습니다. SDK 문서 에 설명된 대로 포그라운드 서비스를 실행 중인 앱을 중지하고 활성 포그라운드 서비스가 있는 모든 앱과 각 서비스가 시작된 이후의 기간을 표시하는 기능이 있습니다.
    • 일부 앱은 SDK 문서 에 설명된 대로 사용자 어포던스에 나열되거나 중지되지 않을 수 있습니다.