[Mesa-dev] [PATCH-RFC] draw: Rewrite primitive decomposer
keith whitwell
keith.whitwell at gmail.com
Mon Aug 2 15:48:27 PDT 2010
On Mon, Aug 2, 2010 at 5:33 PM, Chia-I Wu <olvaffe at gmail.com> wrote:
> Hi,
>
> While studying the draw module, I noticed that multiple primitive
> decomposers exist: draw_pt_vcache_tmp.h, draw_gs_tmp.h,
> draw_so_emit_tmp.h, and draw_pt_decompose.h. The differences between
> them are small, yet some of them support primitive modes that others
> don't. So I started the work to add a generic draw_decompose_tmp.h
> that can be included by other tmp header files. You may find the
> changes in the attachments, or
>
> http://cgit.freedesktop.org/~olv/mesa/log/?h=draw-decompose
>
> draw_decompose_tmp.h supports all primitive modes. While it is a
> rewrite, it resembles the existing decomposers a lot. There are two
> changes regarding how PIPE_PRIM_POLYGON and
> PIPE_PRIM_TRIANGLE_STRIP_ADJACENCY are decomposed.
>
> When flatshade_first is TRUE, the first triangle of the decomposed
> polygon has edge flags 0 and 1 set; the last triangle has edge flags 1
> and 2 set; the other triangles has edge flags 1 set. This is
> different from the existing decomposers, which seem to set the edge
> flags wrongly(?).
>
> As for PIPE_PRIM_TRIANGLE_STRIP_ADJACENCY, the GS decomposer does not
> seem to follow the vertex ordering of GL_TRIANGLE_STRIP_ADJACENCY. I
> write that part from scratch. I am not 100% sure here as I don't have
> a test case to verify. It would be great if someone can clarify.
The trivial/poly-unfilled test and friends should give a quick idea.
> I haven't done a thorough (read: piglit) test yet. I would like to
> get early feedback before continuing. Suggestions?
>
This looks like a great cleanup - thanks for taking it on. I think
everyone would have wanted it to be like this, but a lot of that code
was written in something of a hurry...
Keith
More information about the mesa-dev
mailing list