Androidのグラフィックスの内部

Question

私がきたものから

を私は、Androidのグラフィックスシステムがどのように機能するかについて明確な説明を発見していない具体的には、ディスプレイ・サーバを使用しない、それはDirectFBのかX11に基づいており、などAndroidはLinux frame bufferに依存しています。私はフレームサーバーへのアクセスを多重化するためにどのような種類のディスプレイサーバーまたはwindow managerが使用されているかについてはあまり見当たりませんでした。

最後に、ARM命令セットはOpenGLを高速化するための命令を提供していますが、これがディスプレイサーバーとどのように統合されるかは明確ではありません。クライアントアプリケーションは、クライアントが直接書き込む共有メモリバッファをネゴシエートしますか？

プラットフォームアクセラレータ用のOpenGLライブラリはオープンソースですか？私はクローズドソースバイナリであることを示唆する参考文献をいくつか見つけました。ここでも、どんなポインタも評価されます。

Answer 1

Androidグラフィックスには、SurfaceFlingerとSkiaの2つのコアピースがあります。 SurfaceFlingerは、Windowsのコンポジタであり、ウィンドウ（実際にはサーフェス）を作成して表示するために使用されます。SurfaceFlingerは、現在OpenGL ES 1.xの上に実装されています（MDP、 T-Mobile G1、またはXoomのハードウェアオーバーレイ）

各アプリケーションは、主にSkiaを使用してウィンドウ（またはサーフェス）にレンダリングします。 SkiaはAndroidの2Dグラフィックライブラリです。 OpenGL ES 1.xおよび2.0を使用してサーフェスにレンダリングすることもできます。

Androidは、DirectFBまたはX11または他の既存のLinuxソリューションを使用していません。 http://www.slideshare.net/jserv/design-and-concepts-of-android-graphics

Answer 2

Androidのグラフィックスについての簡単な紹介のプレゼンテーションがあります。しかし、Android 3.0以来のことが変わった。 Skiaはもはやそれほど重要ではありません。ほとんどの2D図面は、OpenGL、a.k.a HWUIコンポーネントを使用して高速化されています。

Answer 3

ロマン・ガイは間違いなく正しかった：

Answer 4

アンドロイドグラフィックスに関するすべての情報はここで見つけることができます：

https://source.android.com/devices/graphics/