Журнал изменений документа определения совместимости Android

Андроид 14

8 апреля 2024 г.

2. Типы устройств

• 2.2.1. Аппаратное обеспечение :

  См. редакцию

  Начать новые требования

  Если реализации карманных устройств объявляют FEATURE_BLUETOOTH_LE , они:

  • [ 7.4 .3/H-1-3] ДОЛЖЕН измерять и компенсировать смещение Rx, чтобы гарантировать, что медианный RSSI BLE составляет -50 дБм +/- 15 дБ на расстоянии 1 м от эталонного устройства, передающего на ADVERTISE_TX_POWER_HIGH .
  • [ 7.4 .3/H-1-4] ДОЛЖЕН измерять и компенсировать смещение Tx, чтобы гарантировать, что медианный RSSI BLE составляет -50 дБм +/- 15 дБ при сканировании с эталонного устройства, расположенного на расстоянии 1 м и передачи со скоростью ADVERTISE_TX_POWER_HIGH .

• 2.2.5. Модель безопасности :

  См. редакцию

  Если реализации портативных устройств поддерживают системный API HotwordDetectionService или другой механизм обнаружения горячих слов без указания доступа к микрофону, они:

  • [9.8/H-1-6] НЕ ДОЛЖНО допускать передачу более 100 байтов данных из службы обнаружения горячих слов при каждом успешном результате использования горячих слов , за исключением аудиоданных, передаваемых через HotwordAudioStream .

  См. редакцию

  Измените [9.8/H-1-13] на:

  • [9.8/H-SR-3] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ перезапускать процесс, на котором размещена служба обнаружения горячих слов, по крайней мере, один раз в час или каждые 30 событий, запускающих оборудование, в зависимости от того, что наступит раньше.

  См. редакцию

  Удалены требования [9.8.2/H-4-3], [9.8.2/H-4-4], [9.8.2/H-5-3].

• 2.2.7.2. Камера :

  См. редакцию

  Если реализации карманных устройств возвращают android.os.Build.VERSION_CODES.U для android.os.Build.VERSION_CODES.MEDIA_PERFORMANCE_CLASS , то они:

  • [ 7.5 /H-1-3] ДОЛЖНО поддерживать свойство android.info.supportedHardwareLevel со значением FULL или выше для задней основной камеры и LIMITED или выше для передней основной камеры.

• 2.3.2. Мультимедиа :

  См. редакцию

  Если реализации телевизионных устройств не имеют встроенного дисплея, а поддерживают внешний дисплей, подключенный через HDMI, они:

  • [ 5.8 /T-0-1] НЕОБХОДИМО установить для режима вывода HDMI самое высокое разрешение для выбранного формата пикселей, которое работает с частотой обновления 50 Гц или 60 Гц для внешнего дисплея, в зависимости от частоты обновления видео для региона, в котором продается устройство. дюйм. НЕОБХОДИМО установить режим вывода HDMI, чтобы выбрать максимальное разрешение, которое может поддерживаться с частотой обновления 50 Гц или 60 Гц.

3. Программное обеспечение

• 3.5.1. Ограничение применения :

  См. редакцию

  • Удалено требование [C-1-9]

5. Мультимедийная совместимость

• 5.3.8. Долби Видение :

  См. редакцию

  Если реализации устройств декларируют поддержку декодера Dolby Vision через HDR_TYPE_DOLBY_VISION , они:

  • [C-1-3] ДОЛЖЕН установить идентификатор дорожки обратно совместимых базовых слоев (если они присутствуют) таким же, как идентификатор дорожки объединенного слоя Dolby Vision.

7. Совместимость оборудования

• 7.1.1.1. Размер и форма экрана :

  См. редакцию

  Если реализации устройств поддерживают экраны с конфигурацией размера UI_MODE_TYPE_NORMAL и используют физические дисплеи со скругленными углами для визуализации этих экранов, они:

  • [C-1-1] ДОЛЖЕН обеспечить выполнение хотя бы одного из следующих требований для каждого такого дисплея:
    • Когда блок размером 15 и 18 пикселей на 15 18 пикселей закреплен в каждом углу логического дисплея, на экране виден по крайней мере один пиксель каждого блока.

• 7.4.3. Bluetooth :

  См. редакцию

  Восстановлены следующие требования:

  Если реализации устройства объявляют FEATURE_BLUETOOTH_LE , они:

  • [C-SR-2] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ измерить и компенсировать смещение Rx, чтобы гарантировать, что медианный RSSI BLE составляет -60 дБм +/- 10 дБ на расстоянии 1 м от эталонного устройства, передающего на ADVERTISE_TX_POWER_HIGH , где устройства ориентированы таким образом, что они в «параллельных плоскостях» с экранами, обращенными в одном направлении.

  • [C-SR-3] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ измерять и компенсировать смещение Tx, чтобы медианное значение BLE RSSI составляло -60 дБм +/- 10 дБ при сканировании с эталонного устройства, расположенного на расстоянии 1 м, и передачи со скоростью ADVERTISE_TX_POWER_HIGH , где устройства ориентированы. так, что они находятся в «параллельных плоскостях», а экраны обращены в одном направлении.

  См. редакцию

  Требования [C-10-3] и [C-10-4] перенесены в 2.2.1. Аппаратное обеспечение .

  • [C-10-3] ДОЛЖНО измерить и компенсировать смещение Rx, чтобы гарантировать, что медианный RSSI BLE составляет -55 дБм +/- 10 дБ на расстоянии 1 м от эталонного устройства, передающего на ADVERTISE_TX_POWER_HIGH .
  • [C-10-4] ДОЛЖНО измерить и компенсировать смещение Tx, чтобы гарантировать, что медианный RSSI BLE составляет -55 дБм +/- 10 дБ при сканировании с эталонного устройства, расположенного на расстоянии 1 м и передачи со скоростью ADVERTISE_TX_POWER_HIGH .

20 ноября 2023 г.

2. Типы устройств

• 2.2.1. Аппаратное обеспечение :

  См. редакцию

  Если реализации карманных устройств декларируют поддержку любого 64-битного ABI (с 32-битным ABI или без него):

• 2.2.7.2. Камера :

  См. редакцию

  • [ 7.5 /H-1-13] ДОЛЖНА поддерживать возможность LOGICAL_MULTI_CAMERA для основной задней камеры, если имеется более 1 задней камеры RGB.

• 2.3.2. Мультимедиа :

  См. редакцию

  • [ 5.8 /T-0-1] НЕОБХОДИМО установить режим вывода HDMI на самое высокое разрешение для выбранного формата SDR или HDR, который работает с частотой обновления 50 Гц или 60 Гц для внешнего дисплея.

    НЕОБХОДИМО установить режим вывода HDMI, чтобы выбрать максимальное разрешение, которое может поддерживаться с частотой обновления 50 Гц или 60 Гц.

• 2.4.5. Модель безопасности :

  См. редакцию

  • [9/W-0-1] ДОЛЖЕН объявить android.hardware.security.model.compatible feature .

6. Совместимость инструментов и опций разработчика

• 6.1. Инструменты разработчика :

  См. редакцию

  • [C-0-12] ДОЛЖЕН записать атом LMK_KILL_OCCURRED_FIELD_NUMBER в

  См. редакцию

  • [C-0-13] ДОЛЖНА реализовать команду оболочки dumpsys gpu --gpuwork для отображения

9. Совместимость моделей безопасности

• 9.7. Функции безопасности :

  См. редакцию

  Если реализации устройств используют ядро ​​Linux, способное поддерживать SELinux, они:

  См. редакцию

  Если реализации устройств используют ядро, отличное от Linux, или Linux без SELinux, они:

4 октября 2023 г.

2. Типы устройств

• 2.2. Требования к портативному устройству :

  См. редакцию

  Реализации устройств Android классифицируются как портативные устройства, если они соответствуют всем следующим критериям:

  • Иметь физический размер диагонали экрана в диапазоне от 4 дюймов 3,3 дюйма (или 2,5 дюйма для реализаций устройств, поставляемых с уровнем API 29 или более ранней версии) до 8 дюймов.

  Начать новые требования

  • Иметь интерфейс ввода с сенсорным экраном.

• 2.2.1. Аппаратное обеспечение :

  См. редакцию

  Реализации портативных устройств:

  • [ 7.1 .1.1/H-0-1] ДОЛЖЕН иметь хотя бы один Android-совместимый дисплей, отвечающий всем требованиям, описанным в этом документе. дисплей размером не менее 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] ДОЛЖНА иметь среднюю непрерывную двустороннюю задержку 300 миллисекунд или менее в течение 5 измерений со средним абсолютным отклонением менее 30 мс по следующим путям передачи данных: «динамик-микрофон», 3,5 мм. адаптер обратной связи (если поддерживается), USB-петля (если поддерживается).

  • [ 5.6 /H-1-2] ДОЛЖНА иметь среднюю задержку между тональным сигналом 300 миллисекунд или менее в течение как минимум 5 измерений по каналу передачи данных от громкоговорителя к микрофону.

  Если реализации портативных устройств включают хотя бы один тактильный привод, они:

  • [ 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), а также все возможные общедоступные константы PRIMITIVE_* для насыщенных тактильных ощущений в android.os.VibrationEffect.Composition , а именно ( ЩЕЛЧОК, ТИК, LOW_TICK, QUICK_FALL, QUICK_RISE, SLOW_RISE, SPIN, THUD). Некоторые из этих примитивов, такие как LOW_TICK и SPIN, могут быть осуществимы только в том случае, если вибратор поддерживает относительно низкие частоты.
  • [7.10/H]* СЛЕДУЕТ следовать рекомендациям по сопоставлению общедоступных констант в android.view.HapticFeedbackConstants с рекомендуемыми константами android.os.VibrationEffect с соответствующими амплитудными соотношениями.
  • [ 7.10 /H]* СЛЕДУЕТ следовать оценке качества API createOneShot() и createWaveform() .
  • [ 7.10 /H]* СЛЕДУЕТ проверить, что результат общедоступного API android.os.Vibrator.hasAmplitudeControl() правильно отражает возможности вибратора.
  • [ 7.10 /H]* СЛЕДУЕТ расположить привод рядом с местом, где устройство обычно держат или прикасаются к нему руками.

  Если реализации портативных устройств включают хотя бы один линейный резонансный привод общего назначения 7.10 , они:

  • [ 7.10 /H] СЛЕДУЕТ расположить привод рядом с местом, где устройство обычно держат или прикасаются к нему руками.

  • [ 7.10 /H] СЛЕДУЕТ переместить тактильный привод по оси X (влево-вправо) естественной книжной ориентации устройства .

  Если реализации портативных устройств имеют тактильный привод общего назначения , который представляет собой линейный резонансный привод по оси X (LRA), они:

  • [ 7.10 /H] ДОЛЖНО иметь резонансную частоту LRA оси X ниже 200 Гц.

• 2.2.2. Мультимедиа :

  См. редакцию

  Реализации портативных устройств ДОЛЖНЫ поддерживать следующие форматы кодирования видео и делать их доступными для сторонних приложений:

  • [ 5.2 /H-0-3] AV1

  Реализации портативных устройств ДОЛЖНЫ поддерживать следующие форматы декодирования видео и делать их доступными для сторонних приложений:

  • [ 5.3 /H-0-6] AV1

• 2.2.3. Программное обеспечение :

  См. редакцию

  Если реализации устройства, включающие навигационную клавишу функции недавних событий, как подробно описано в разделе 7.2.3, изменяют интерфейс, они:

  • [ 3.8 .3/H-1-1] ДОЛЖЕН реализовать поведение закрепления экрана и предоставить пользователю меню настроек для переключения этой функции.

  Если реализации портативных устройств включают поддержку ControlsProviderService и Control API и позволяют сторонним приложениям публиковать элементы управления устройствами , то они:

  • [ 3.8.16 /H-1-6] Реализации устройства ДОЛЖНЫ точно отображать возможности пользователя следующим образом:
    • Если устройство установило config_supportsMultiWindow=true и приложение объявляет метаданные META_DATA_PANEL_ACTIVITY в объявлении ControlsProviderService , включая ComponentName допустимого действия (как определено API), то приложение ДОЛЖНО встроить указанное действие в эту возможность пользователя.
    • Если приложение не объявляет метаданные META_DATA_PANEL_ACTIVITY , оно ДОЛЖНО отображать указанные поля, предоставленные API ControlsProviderService , а также любые указанные поля, предоставленные API управления .
  • [ 3.8.16 /H-1-7] Если приложение объявляет метаданные META_DATA_PANEL_ACTIVITY , оно ДОЛЖНО передать значение параметра, определенного в [3.8.16/H-1-5], с помощью EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS при запуске встроенного действия.

  Если реализации устройств позволяют пользователям совершать вызовы любого рода, они

  • [ 7.4.1.2 /H-0-1] ДОЛЖЕН объявить флаг функции android.software.telecom .
  • [ 7.4.1.2/H-0-2 ] ДОЛЖЕН реализовать телекоммуникационную структуру .

• 2.2.4. Производительность и мощность :

  См. редакцию

  Реализации портативных устройств:

  • [ 8.5 /H-0-1] ДОЛЖНО предоставить пользователю возможность в меню «Настройки» видеть все приложения с активными службами переднего плана или заданиями, инициируемыми пользователем, включая продолжительность каждой из этих служб с момента ее запуска, как описано в документе SDK. . и возможность остановить приложение, выполняющее приоритетную службу или задание, инициированное пользователем. с возможностью остановить приложение, в котором запущена служба переднего плана, и отобразить все приложения, в которых есть активные службы переднего плана, а также продолжительность работы каждой из этих служб с момента ее запуска, как описано в документе SDK .
    • Некоторые приложения МОГУТ быть освобождены от остановки или включения в такие возможности для пользователей, как описано в документе SDK .

• [ 8.5 /H-0-2] ДОЛЖЕН предоставлять пользователю возможность остановить приложение, в котором выполняется приоритетная служба или задание, инициированное пользователем.