[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-2d-dev
Subject:    [OpenJDK 2D-Dev] Integration of the xrender pipeline rewite
From:       Dmitri.Trembovetski () Sun ! COM (Dmitri Trembovetski)
Date:       2009-11-05 23:30:46
Message-ID: 4AF36026.304 () Sun ! COM
[Download RAW message or body]


 > PS: Is there an easy way to apply a webrev to a local repository?

   The webrev/ dir contains a patch, you could do
     patch -p1 -i webrev/stuff.patch

   Thanks,
     Dmitri



Clemens Eisserer wrote:
> Hello,
> 
> I've merged the xrender pipeline with master, please take a look at the webrev:
> http://93.83.133.214/webrev-xrender-jules-0.0.1.zip
> 
> It would be great to get the review-process rolling for the critical
> parts like StrikeCache.java or sunFont.c
> 
> It also includes a preview of "Jules", a cairo based RenderingEngine
> implementation:
> Because of its complex build-system and the need for a modified
> version of cairo I've seperate the native components and build them
> indepent from OpenJDK - falling back to pisces when loading fails.
> 
> The native part can be found at:
> http://93.83.133.214/jules-0.0.1.tar.gz
> 
> Simply copy the resulting libjules.so into lib/i386, and activate it
> on the command-line:
> -Dsun.java2d.renderer=sun.java2d.jules.JulesRenderingEngine
> 
> Jules is more or less proof-of-concept, especially the native code is
> ugly, full of dirty assumptions and its probably not 64-bit clean.
> (Although it should get a major performance boost, in the case it
> works ;) ).
> However it runs Java2Demo quite well, and usually is a good deal
> faster than pisces even when rendering to software-surfaces.
> 
> Known problems:
> - Some clipping problems when rendering to software surfaces
> - Paints get wrong transformation when rendering to XRender surfaces
> 
> Thanks, Clemens
> 


[prev in list] [next in list] [prev in thread] [next in thread]