Re: [Mesa3d-dev] New Mesa 3.2 Bugs - One serious (I think)

[Randall F. <rjf...@ho...>]

To add my $0.02:

I would love to see (#1) addressed as well.  Generally, we comment
out the size check in the code to work around this, but a proper
fix still needs to be found.

As far as (#3) is concerned, there were some comments in the readme
for X11 that discuss this.  I assume they are still there.

Linux Development Account wrote:
> 
>    While I have been working with OpenGL since its inception I am
> relatively new to Mesa and the Source Forge development system here
> so bear with me.
> 
>    An initial question: If I find what I think is bug do I directly
> try to add in the source forge bug tracker or do we discuss it first here
> to make sure a bug has really been found?
> 
>    I recently compiled a fairly large visualization system under Linux-i386 and
> Mesa OpenGL. Overall I am very impressed - kudos to the developers. However I
> did discover several bugs, one which I think is quite serious. These tests
> were done with a dataset of approx. 50 million polygons. Here are the
> problems that I found
> 
> ----
> 
> #1 Incorrect Rendering of Subpixel quadstrips - Serious problem ?
> 
> Polygons less than one pixel in size don't display at all. Take a very complex
> polygonal surface then slowly pull back. Given the huge number of
> polygons eventually the size of a polygon will be mathematically smaller
> than one pixel. It appears at this stage that no on screen pixel
> representation is drawn. Thus as you pull back the suface discenigrates
> and vanishes even though the overall surface might cover thousands of
> pixels.
> 
> Note this problem does not happen on SGI, Sun, or windows OpenGL
> implementations so I guess there is some aspect of the OpenGL standard
> that Mesa does not correctly implement. In this implementation the surface
> is a digital terrain model rendered as a series a quad strips.
> 
> ----
> 
> #2 Front & Back buffer drawing+blending = crash
> 
> With a double buffered visual if I draw polygons (quad strips in this
> case) normally or use glDrawBuffer( GL_FRONT ) and draw the polygons no problem.
> However, if I use glDrawBuffer(GL_FRONT_AND_BACK) the application crashes.
> Here's some output from gdb.
> 
> Reading symbols from /lib/ld-linux.so.2...done.
> #0  0x400552ac in blend_transparency (ctx=Cannot access memory at address 0x3d
> ) at blend.c:286
> 286     blend.c: No such file or directory.
> (gdb) where
> #0  0x400552ac in blend_transparency (ctx=Cannot access memory at address 0x3d
> ) at blend.c:286
> #1  0x842ed10 in ?? ()
> Cannot access memory at address 0x1
> 
> Note that the quad strips are drawn with GL_BLEND enabled although I am
> not sure if that has anything to do with the problem.
> 
> ----
> 
> #3 Rendering Performance Issue - Not a bug but an observation.
> 
> Again using a double buffered (+Zbuffer) - If I draw the same quad strip
> scene described in bug #1 normaly in the background and swap it to the
> foregroup this the usual SwapBuffer command I get excellent performance.
> However if I set glDrawBuffer(GL_FRONT) and render the same scene you get
> absolutely horrible performance in comparison. I would say 10-12 times
> slower. I would expect the two situations to have similar performance with only
> glDrawBuffer(GL_FONT_AND_BACK) to suffering a performance penalty. Anyone
> with more Mesa knowledge care to comment - Is this a problem or just a
> optimization waiting for an implementor?
> 
> ----
> 
> This testing was done with a C++ application using Mesa 3.2, Redhat 6.2
> with the stock kernel, XFree86 3.3.6, Metrolink Motif, and the SGI Motif
> OpenGL drawing widget from Mesa (GLwMDrawingA.h).
> 
> I plan to look into #2 myself as a first experiment working with the Mesa
> code but for #1 and #3 it would be nice to see some dicussion from the
> more experienced Mesa developers. Sould I add these bugs to source forge?
> 
> Talk to you later,
>   Mark
> 
> -------------------------------------
> Mark Paton
> Interactive Visualization Systems Inc.
> http://www.ivs.unb.ca
> 
> _______________________________________________
> Mesa3d-dev mailing list
> Mes...@li...
> http://lists.sourceforge.net/mailman/listinfo/mesa3d-dev

-- 
rjf.
Randy Frank                            | ASCI Visualization
Lawrence Livermore National Laboratory | rj...@ll...
B451 Room 2039  L-561                  | Voice: (925) 423-9399
Livermore, CA 94550                    | Fax:   (925) 423-8704