speed of raster repainting

Bernhard Reiter bernhard at intevation.de
Mon Jan 3 17:24:21 CET 2005


On Fri, Dec 31, 2004 at 01:27:19AM -0500, Russell Nelson wrote:
> I notice that raster repainting is fairly slow.  The raster needs to
> be repainted whenever the layer order is changed or layer visibility
> changes.  The time seems to be evenly split between ProjectRasterFile(),
> and wxImageFromStream().  There is some room for improvement there, I
> think.  ProjectRasterFile seems to be returning a BMP file, whereas it
> could return a wxImage.  That would make the raster repaint twice as
> fast.  Also, it could keep a cache of projected data, so if all the
> parameters to ProjectRasterFile are the same, it would return the same
> projected data.
> 
> Mapviewer only displays UTM maps, so it doesn't have to deal with
> changing the projection.  Still, keeping an internal cache of tiles as
> pixmaps, ready for drawing, lets me repaint 16 200x200 pixmaps at
> least ten times per second.

Having a nive cache system is a long standing wish,
we did not want to do premature optimisation, this is why we do not
have it in there yet. 

I also believe that caching projected data will help a lot with
raster and other data. 
Did you do any profiling, because that would be evidence that we
are slow because of this and saves us one step. :)

Also feel free to hack up some optimisation.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20050103/617b80ab/attachment.bin


More information about the Thuban-devel mailing list

This site is hosted by Intevation GmbH (Datenschutzerklärung und Impressum | Privacy Policy and Imprint)