Android 相容性定義文件變更日誌

安卓14

2024 年 4 月 8 日

2. 設備類型

• 2.2.1.硬體:

  查看修訂版

  開始新的要求

  如果手持設備實作宣告FEATURE_BLUETOOTH_LE ，則它們：

  • [ 7.4 .3/H-1-3] 必須測量並補償 Rx 偏移，以確保距以ADVERTISE_TX_POWER_HIGH傳輸的參考設備 1m 距離處的中位數 BLE RSSI 為 -50dBm +/-15 dB。
  • [ 7.4 .3/H-1-4] 必須測量並補償 Tx 偏移，以確保當從位於 1m 距離的參考設備進行掃描並以ADVERTISE_TX_POWER_HIGH進行傳輸時，中位數BLE RSSI 為-50dBm +/-15 dB 。

• 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 輸出模式設定為所選像素格式的最高解析度，此像素格式適用於外部顯示器的 50Hz 或 60Hz 更新率，取決於裝置銷售區域的視訊更新率必須設定HDMI 輸出模式以選擇50Hz 或60Hz 更新率可支援的最大解析度。

3、軟體

• 3.5.1.應用限制：

  查看修訂版

  • 刪除了要求 [C-1-9]

5. 多媒體相容性

• 5.3.8.杜比視界：

  查看修訂版

  如果裝置實作透過HDR_TYPE_DOLBY_VISION聲明支援杜比視界解碼器，則：

  • [C-1-3] 必須將向後相容的基礎層（如果存在）的軌道 ID設定為與組合杜比視界層的軌道 ID 相同。

7. 硬體相容性

• 7.1.1.1.螢幕尺寸和形狀：

  查看修訂版

  如果設備實現支援具有UI_MODE_TYPE_NORMAL尺寸配置的螢幕並使用帶有圓角的實體顯示器來呈現這些螢幕，則它們：

  • [C-1-1] 必須確保每個此類顯示器至少符合以下要求之一：
    • 當15和 18 dp x 15 18 dp 框錨定在邏輯顯示器的每個角落時，每個框的至少一個像素在螢幕上可見。

• 7.4.3.藍牙：

  查看修訂版

  恢復了以下要求：

  如果設備實作宣告FEATURE_BLUETOOTH_LE ，則它們：

  • [C-SR-2] 強烈建議測量和補償 Rx 偏移，以確保距以ADVERTISE_TX_POWER_HIGH傳輸的參考設備 1m 距離處的中位數 BLE RSSI 為 -60dBm +/-10 dB，其中設備定向為：在「平行平面」上，螢幕面向同一方向。

  • [C-SR-3] 強烈建議測量和補償 Tx 偏移，以確保從位於 1m 距離的參考設備進行掃描並以ADVERTISE_TX_POWER_HIGH進行傳輸（其中設備定向）時，中位BLE RSSI 為-60dBm +/- 10 dB這樣它們就位於「平行平面」上，螢幕面向同一方向。

  查看修訂版

  將要求 [C-10-3] 和 [C-10-4] 移至2.2.1。硬體.

  • [C-10-3] 必須測量並補償 Rx 偏移，以確保距離以ADVERTISE_TX_POWER_HIGH進行傳輸的參考設備 1m 處，BLE RSSI 中位數為 -55dBm +/-10 dB。
  • [C-10-4] 必須測量並補償 Tx 偏移，以確保從位於 1m 距離的參考設備進行掃描並以ADVERTISE_TX_POWER_HIGH進行傳輸時，BLE RSSI 中位數為 -55dBm +/-10 dB。

2023 年 11 月 20 日

2. 設備類型

• 2.2.1.硬體:

  查看修訂版

  如果手持設備實作聲明支援任何 64 位元 ABI（有或沒有任何 32 位元 ABI）：

• 2.2.7.2.相機：

  查看修訂版

  • [ 7.5 /H-1-13] 如果有超過 1 個 RGB 後置攝像頭，則必須支援主後置攝像頭的LOGICAL_MULTI_CAMERA功能。

• 2.3.2.多媒體：

  查看修訂版

  • [ 5.8 /T-0-1]必須將 HDMI 輸出模式設定為所選 SDR 或 HDR 格式的最高解析度，該格式適用於外部顯示器的 50Hz 或 60Hz 更新率。

    必須設定 HDMI 輸出模式以選擇 50Hz 或 60Hz 更新率可支援的最大解析度。

• 2.4.5。安全模型：

  查看修訂版

  • [9/W-0-1] 必須聲明android.hardware.security.model.compatible feature 。

6. 開發者工具和選項相容性

• 6.1.開發者工具：

  查看修訂版

  • [C-0-12] 必須將LMK_KILL_OCCURRED_FIELD_NUMBER Atom 寫入

  查看修訂版

  • [C-0-13] 必須執行 shell 指令dumpsys gpu --gpuwork才能顯示

9. 安全模型相容性

• 9.7.安全特性：

  查看修訂版

  如果裝置實作使用能夠支援 SELinux 的 Linux 內核，則：

  查看修訂版

  如果裝置實作使用 Linux 以外的核心或不含 SELinux 的 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 相容顯示器，滿足本文檔中所述的所有要求。顯示器短邊至少為 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] 在以下資料路徑上，5 次測量的平均連續往返延遲必須為300毫秒或更短，平均絕對偏差小於30 毫秒：“揚聲器到麥克風”，3.5 毫米環回適配器（如果支援）、USB 環回（如果支援）。

  • [ 5.6 /H-1-2] 在揚聲器到麥克風資料路徑上的至少 5 次測量中，平均點擊音延遲必須為300毫秒或更短。

  如果手持設備實施包括至少一個觸覺執行器，則它們：

  • [ 7.10 /H]* 不應使用偏心旋轉質量 (ERM) 觸覺致動器（振動器）。
  • [ 7.10 /H]* 應在android.view.HapticFeedbackConstants中實現清晰觸覺的所有公共常數，即（CLOCK_TICK、CONTEXT_CLICK、KEYBOARD_PRESS、KEYBOARD_RELEASE、KEYBOARD_TAP、MLO​​UU​​DDMMM.A 中國_B獎論文、HAV 、GESTURE_START 和GESTURE_END） 。
  • [ 7.10 /H]* 應實作android.os.VibrationEffect中用於清晰觸覺的所有公共常數，即（EFFECT_TICK、EFFECT_CLICK、EFFECT_HEAVY_CLICK 和 EFFECT_DOUBLE_CLICK），以及android.os.VibrationEect.os.VComposition .公共PRIMITIVE_*常數，即（點擊、滴答聲、低滴答聲、快速下降、快速上升、慢速上升、旋轉、轟鳴）。其中一些原語（例如 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] 應將執行器放置在通常用手握住或觸摸設備的位置附近。

  • [ 7.10 /H] 應在裝置自然縱向的 X 軸（左右）上移動觸覺致動器。

  如果手持裝置實現具有通用觸覺執行器，即 X 軸線性諧振執行器 (LRA)，則它們：

  • [ 7.10 /H] X 軸 LRA 的諧振頻率應低於 200 Hz。

• 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且應用程式在ControlsProviderService聲明中聲明元資料META_DATA_PANEL_ACTIVITY ，包括有效活動的 ComponentName（由 API 定義），則應用程式必須將所述活動嵌入到此使用者功能中。
    • 如果應用程式未宣告元資料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] 中定義的設定值。

  如果設備實現允許用戶撥打任何類型的電話，他們

  • [ 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 文件中所描述的使用者功能中。