硬件作曲家 HAL

Hardware Composer (HWC) HAL 確定使用可用硬件合成緩衝區的最有效方式。作為 HAL,它的實現是特定於設備的,通常由顯示硬件 OEM 完成。

當您考慮覆蓋平面時,這種方法的價值很容易識別,它在顯示硬件而不是 GPU 中合成多個緩衝區。例如,考慮一個典型的縱向 Android 手機,狀態欄在頂部,導航欄在底部,應用程序內容在其他地方。每層的內容都在單獨的緩衝區中。您可以使用以下任一方法處理合成:

  • 將應用程序內容渲染到暫存緩衝區,然後在其上渲染狀態欄、導航欄,最後將暫存緩衝區傳遞給顯示硬件。
  • 將所有三個緩衝區傳遞給顯示硬件,並指示它從屏幕不同部分的不同緩衝區讀取數據。

後一種方法可以顯著提高效率。

顯示處理器功能差異很大。疊加層的數量、層是否可以旋轉或混合,以及對定位和重疊的限制都很難通過 API 來表達。為了適應這些選項,HWC 執行以下計算:

  1. SurfaceFlinger 為 HWC 提供了完整的層列表,並詢問:“你想如何處理這個?”
  2. HWC 通過將每一層標記為設備或客戶端組合來響應。
  3. SurfaceFlinger 負責處理任何客戶端,將輸出緩衝區傳遞給 HWC,並讓 HWC 處理其餘部分。

由於硬件供應商可以定制決策代碼,因此可以從每台設備中獲得最佳性能。

當屏幕上沒有任何變化時,疊加平面的效率可能低於 GL 合成。當覆蓋內容具有透明像素並且混合了重疊圖層時尤其如此。在這種情況下,HWC 可以為部分或所有層請求 GLES 合成並保留合成的緩衝區。如果 SurfaceFlinger 要求合成同一組緩衝區,HWC 可以顯示之前合成的暫存緩衝區。這可以提高空閒設備的電池壽命。

Android 設備通常支持四個覆蓋平面。嘗試合成比疊加層更多的層會導致系統對其中的一些使用 GLES 合成,這意味著應用程序使用的層數會對功耗和性能產生可衡量的影響。