[OpenJDK Rasterizer] Some questions
Jim Graham
Jim.A.Graham at Sun.COM
Wed May 16 03:38:00 PDT 2007
Thanks Roman,
How does your AA rasterizer plug in?
In the case of our encumbered code it doesn't do final rendering, it
only takes in geometry and then hands back tiles of alpha coverage
values in the range 0-255 stored in a byte array. We then hand those
coverage tiles on to one of several types of final rendering stage which
deals with how to apply the source colors to the destination with
whatever compositing is in effect. The sun.java2d.pipe.CompositePipe is
the typical interface implemented by the final rendering stages.
Most of the parts of our pipeline can deal with tiles representing any
rectangular size set of coverage values, but some parts, such as the
OpenGL pipeline, only really work well if the rectangles of coverage
values are about 32x32 pixels each. We could fix the pipelines to allow
more generality in all cases, but if you can return tiles of about that
size of coverage values then it would be an almost direct drop-in
replacement.
Can your rasterizer plug in at that level and in that format?
...jim
Roman Kennke wrote:
> Hi there,
>
>
>> Any thoughts on getting this quick and dirty AA plugin out in the public
>> sources sooner vs. waiting for a replacement that might have more longer
>> term potential?
>
> IMO, get the stuff out as soon as possible, so that others can work and
> look at it.
>
>> Is anyone out there already looking at AA rendering alternatives that
>> they want to plug into the OpenJDK sources?
>
> I was implementing a AA rasterizer as part of GNU Classpath. I am the
> only one hacking on this, so it should be easy for me to SCA it to
> OpenJDK if feasible. It's a Java solution (I suppose your stuff is
> native?) and so far I have no idea if it would fit anywhere in the
> OpenJDK rasterizer architecture, but it could be a starting point. It's
> quite flexible (can do oversampling at variable rates) and relatively
> fast for my taste. I am still tuning it though to have minimum memory
> and cpu footprint.
>
> /Roman
>
>
More information about the graphics-rasterizer-dev
mailing list