Sunday, 15 September 2013

opengl es - Android View vs SurfaceView vs GLSurfaceView for 2D drawing app with Zoomable User Interface -



opengl es - Android View vs SurfaceView vs GLSurfaceView for 2D drawing app with Zoomable User Interface -

i plan write 2d drawing app zoomable user interface. app user should able transform (translate , scale) drawn paths (and of course of study ui). assume there 500 paths @ same time. now, wondering wich view start off (view, surfaceview or glsurfaceview ) in order provide acceptable performance. read couple of posts [1-6] including 1 time on android developer guide , still not 100% sure view use.

according presentation @ google i/o 2009 (http://youtu.be/u4bk5rmipic?t=45m10s) , own experiences canvas (view , surfaceview) doesn't seem performing fast plenty when handling more 100 paths.

does see possibility in implementing app using canvas or opengl way go?

[1] android: deciding between surfaceview , opengl (glsurfaceview)

[2] surfaceview or glsurfaceview?

[3] android: difference between surfaceview , view?

[4] http://pierrchen.blogspot.jp/2014/03/anroid-graphics-surfaceview-all-you.html

[5] difference between surfaceview , imageview

[6] difference between surfaceview , glsurfaceview in android

because of performance concerns, need utilize hardware rendering. displays maintain getting denser, touching every pixel in software getting slower.

if want draw canvas, must render custom view, hardware acceleration enabled. canvas rendering on surface done software.

surfaceview , glsurfaceview same thing; glsurfaceview has helper functions take care of of housekeeping you. can utilize gles render on surfaceview , textureview. there multiple examples of in grafika.

if want know what's going on under hood, see system-level graphics architecture doc.

you may want consider utilize of open-source 2d game engine. that'll handle egl setup, should provide code gles font rendering, , on.

android opengl-es android-view surfaceview glsurfaceview

No comments:

Post a Comment