Jody Garnett ha scritto: > Not copying exactly; we construct a buffered image around a block of > memory already handled by SWT. And then let the java API draw directly > into it ... so I agree it should be a speed up.
It will be a speed up only if you can take the RenderedImage coming out of JAI (that the GridCoverageRenderer exposes) and use it directly, without copying it further. To recap, the speedups are there in GeoServer because: - we encode in PNG the final RenderedImage without the copy that graphics.drawRenderedImage would do (since the graphics is backed by a BufferedImage) - we avoid the synchronization in graphics.drawRenderedImage that greatly limits the ability to draw two coverages in parallel Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
