On 27/01/2011, at 2:56 PM, Mathieu Baudier wrote: > Hello Jody! > > thanks for this very interesting overview of the capabilities and > challenges of the various frameworks. > >> The downside was the inability to really go multithreaded, as we do with >> geotools , only one thread really could be drawing in a canvas at a time. > > The project I had been working on was related to the rendering of > cellular automata. These are neighbourhood-based computations (the > state of a cell at the next step depends on the state of its > neighbours) and can therefore be massively multi-threaded. The single > threading of the rendering was therefore a significant bottleneck.
Nice example. Downside of using a user interface toolkit as a graphics library IMHO. >> -t isn't it already the case somehow? (I'm not familiar with this > part of GeoTools). That is the case currently; and how uDig draws stuff. We actually cheat a bit and draw into a buffered graphics using Java 2D api; and then use that block of memory as the input when creating an SWT image. Thus avoiding copying things across byte by byte (which we also tried). The other interesting approach people use is to make a bridge of some sort. Example a wrapper Graphics2d implementation that is backed by an SWT draw commands. Not sure if this is useful; just noting it as something that is done. - http://www.docjar.com/html/api/org/jfree/experimental/swt/SWTGraphics2D.java.html - http://piccolo2d.org/doc/piccolo2d.java/release-1.2.1/apidocs/edu/umd/cs/piccolox/swt/SWTGraphics2D.html > However the format of the RGB array one somehow needs to work on must > also fit well with the format expected by the final rendering step, in > order to avoid costly conversions (something that SWT was sometimes > doing behind the scene at the time I was using it for such tasks). Yeah; we carefully construct the bufferedimage with the same rgba order as expected by SWT. > These are just some reflections on the matter, I don't think that I > would find time to work on this. You know that I'm already 6 months > late (and counting) for the OSGi stuff :) (but I do not forget it...) No worries; making progress with open source is some times a case of waiting to have time to work together on something. Jody ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
