[OpenJDK 2D-Dev] Question regarding filling shapes
Jim.A.Graham at Sun.COM
Tue Oct 28 20:22:58 UTC 2008
All of that sounds correct. Also note that the ProcessPath stuff was
the stuff that Alexey wrote to combat the "unround ovals" problem, but
it rasterizes to pixels that aren't quite the theoretically correct
pixels. Technically the test should also take things like STROKE_PURE
into account as well.
The stroke state matters for filling because we want to use compatible
algorithms for filling and stroking and the ProcessPath stuff is
compatible with its own filling rasterization, but not compatible with
the rasterization of the ShapeSpanIterator stuff. Also, SSI has a
direct interface to the line widening code in Ductus (closed source),
but ProcessPath does not - so it defers to SSI for filling wide lines.
On the platforms tested on I believe that ProcessPath was faster than
SSI, but there could be some performance tweaks done to make SSI faster
as well (for one thing I believe it involves a lot of per-segment JNI
calls which we could reduce out).
We really need to design one rasterizer that can meet all of our needs
at some point, but we've never had the time to just focus on that goal...
Roman Kennke wrote:
> Dear 2d-devs,
> I want to implement a ShapeDrawPipe, and studying the X11Renderer
> implementation I see that there seem to be two different approaches. One
> is the (C-only) ProcessPath thingy (ProcessPath.h and ProcessPath.c),
> the other is the ShapeSpanIterator, which is available both as Java and
> as C API. In the X11Renderer we go into the ProcessPath in the
> 'sg2d.strokeState == sg2d.STROKE_THIN' case only, and otherwise the SSI
> is used. The ProcessPath only uses drawLine(), drawPixel() and
> drawScanline() operations, while the SSI produces rectangles for use in
> a fillRect() operation. My questions:
> - are the above observations correct? (Only want to be sure)
> - what kind of a difference makes the strokeState for filling a shape? I
> was under the impression that the stroke is only used when drawing
> things. Or is that for the case when the fill() operation is actually
> used as a 'backend' for another draw() operation?
> - how does the performance of the ProcessPath compare to the SSI? Which
> one should I use in my ShapeDrawPipe implementation? Or does it make
> sense to use both, just like in the X11Renderer? And if so, then why?
> Thanks for your answers in advance,
More information about the 2d-dev