[發明專利]顯示圖層的方法及裝置有效
| 申請號: | 201510868966.1 | 申請日: | 2015-12-01 |
| 公開(公告)號: | CN105511825B | 公開(公告)日: | 2018-12-28 |
| 發明(設計)人: | 王彥杰;朱辰陽;王前 | 申請(專利權)人: | 上海兆芯集成電路有限公司 |
| 主分類號: | G06F3/14 | 分類號: | G06F3/14;G06F17/30 |
| 代理公司: | 北京林達劉知識產權代理事務所(普通合伙) 11277 | 代理人: | 劉新宇 |
| 地址: | 201203 上海市浦東新區上*** | 國省代碼: | 上海;31 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 顯示 方法 裝置 | ||
一種顯示圖層的方法及裝置,該顯示圖層的方法包括:接收多個圖層;根據一覆蓋順序分配序號至上述圖層;以及根據上述序號依一序號順序顯示上述圖層。本發明能夠提高裝置運作的效率,還可達到省電的效果。
技術領域
本發明有關于一種顯示及合并圖層的方法及裝置,且特別有關于一種應用于Android平臺中顯示及合并圖層的方法及裝置。
背景技術
在移動裝置的領域中,多媒體視頻播放功能已經成為一項不可缺少的需求。
在現有應用于Android平臺的多媒體視頻播放系統中。Hwcomposer按照SurfaceFlinger所傳送的圖層依序進行處理。傳統的實現方式是Hwcomposer依照z軸坐標依次處理每個圖層,再以重疊(overlay)、位區塊傳送(blit)及回退(fallback)的優先順序標記每個圖層的處理方式。然而,此種方式的缺點是必須根據SurfaceFlinger所傳送圖層的順序進行處理。
當源圖層的數量大于顯示接口單元(Display interface unit,DIU)所支持的串流數量時,源圖層則需要進行合并。為了保證覆蓋順序的正確性,合并僅能在相鄰圖層之間進行。傳統方式可能會按照z軸坐標從最高的圖層開始依次向下合并,或者按照z軸坐標從最低圖層開始依次向上合并,直到圖層數量滿足串流數量為止。這種方式的缺點也是需依賴于圖層的z軸順序,因此這種合并可能不是性能最優的方式。
此外,傳統的Hwcomposer會大量的使用串流以達到性能的最優化。然而,顯示接口單元的耗電量與所使用的串流數量呈正相關,因而導致耗電量提高。
如上所述,一種用于應用于Android平臺中顯示及合并圖層的新方法是可以期待的。
發明內容
本發明提供一種顯示圖層的方法及裝置。
本發明提供一種顯示圖層的方法,包括:接收多個圖層;根據一覆蓋順序分配序號至上述圖層;以及根據上述序號依一序號順序顯示上述圖層。
本發明提供一種用于顯示圖層的裝置,上述裝置包括:一控制電路;一處理器,安裝至上述控制電路中;以及一存儲器,安裝至上述控制電路中并且耦接至上述處理器;其中上述處理器配置用以執行一儲存于上述存儲器中的程序碼以使一HWcomposer執行:接收多個圖層;根據一覆蓋順序分配序號至上述圖層;以及根據上述序號依一序號順序顯示上述圖層。
本發明能夠提高裝置運作的效率,還可達到省電的效果。
為使本發明的上述和其他目的、特征和優點能更明顯易懂,下文特舉出較佳實施例,并配合所附圖式,作詳細說明如下。
附圖說明
圖1是表示根據本發明一實施例所述的通訊裝置的簡化功能方塊圖。
圖2是根據本發明一實施例中表示圖1中執行程序碼的簡化功能方塊圖。
圖3是顯示根據本發明一實施例所述的Android系統的輸出屏幕原理框架的示意圖。
圖4是顯示根據本發明一實施例所述的顯示圖層的方法流程圖。
圖5是顯示根據本發明一實施例所述的HWcomposer根據一覆蓋順序分配序號至圖層的示意圖。
圖6是顯示根據本發明一實施例所述的顯示圖層的方法流程圖。
圖7是顯示根據本發明一實施例所述的合并圖層的方法流程圖。
圖8是顯示根據本發明一實施例所述的合并圖層的方法流程圖。
其中,附圖中符號的簡單說明如下:
100 通訊裝置
102 輸入裝置
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于上海兆芯集成電路有限公司,未經上海兆芯集成電路有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201510868966.1/2.html,轉載請聲明來源鉆瓜專利網。





