[Gdal-dev] GDAL & OpenEV / MFC

[Chapman, Martin]

Drawing speed is relative to hardware resources and other things you may have going on in your code while you draw.  So, there is no single answer to how much can GDI+ draw per second.  What you could say is that given the same environment and variables, GDI+ will out perform OpenGL for 2D rendering on Windows.  Also, note that humans can only process graphics refresh rates of about 30 times per second, so drawing to the screen more times than that is useless.  Where OpenGL really suffers though, is filling shapes.  It has to tessellate each complex polygon before it can fill it and the gluTessellation functions are very slow.
 
Martin 
 
 
 
 
-----Original Message----- 
From: Marek Brudka [mailto:mbrudka at aster.pl] 
Sent: Sun 1/16/2005 3:42 AM 
To: Chapman, Martin 
Cc: James Goodwin; gdal-dev at xserve.flids.com 
Subject: Re: [Gdal-dev] GDAL & OpenEV / MFC



	Hi Chapman,
	Użytkownik Chapman, Martin napisał:
	
	>1.  Only use OpenGL if you want to render 3D data like elevation data (DEM, DTED, ...) in 3D meshes.  OpenGL is awesome for 3D but slow (comparably) if you only have X,Y (2D).  It's good for cross-platform rendering, but if you're using MFC you should go with the latest native graphics device (GDI+).  In my applications I use the MDI application framework and have different Documents/Views for 2D, 3D, and raw images (rasters). 
	>
	Interesting. Could tell me, please how many random 1pt lines with random
	colors  can you draw per second using GDI+ interface?
	
	Thanks
	Marek