What I do generally to have "nice" OpenGL output is to render screenshots at high resolution and then use something like gimp to resize them. I agree that it is far from optimal but it's pretty decent for a scientific paper. Other solutions are vector rendering of scene (using gl2ps for example) or the texture anti-aliasing technique (http://homepage.mac.com/arekkusu/bugs/invariance/TexAA.html).
But, beside rendering issue, I think an OpenGL backend could be useful for experiments involving very fast rendering of large arrays. Using OpenGL texture, you can render 1000x1000 arrays with continuous update of data (on recent machines). Nicolas On 7 Apr, 2009, at 19:05 , Andrew Straw wrote: > Nicolas Rougier wrote: >> >> I read the thread about mplot3d and the work that has been done by >> Jonathan Taylor. I wonder if an OpenGL backend is necessary at all. >> Jonathan's work seems to be great for simple 3D plotting while the >> mayavi mlab module is here for more "serious" rendering. I think I >> will concentrate my efforts on a simple GL terminal for IPython with >> embedded visualization capability. As for sympy (and because it uses >> pyglet), I guess the integration should be straight forward. >> >> Last version of the ipython GL terminal is on launchpad: >> https://launchpad.net/glipy > > Hi Nicolas, I haven't tried your glipy terminal, but it looks very > interesting. > > The main issue with an OpenGL backend for MPL is simply that a naive > implementation is going to look ugly when compared, pixel-by-pixel, > against the Agg or cairo backends to generate bitmaps. Agg and cairo > are > very good at drawing anti-aliased lines, whereas one must jump through > hoops to get consumer OpenGL cards to render lines well. > > Here's an idea -- an OpenGLAgg backend that actually uses Agg for all > the rendering, but blits the results to an OpenGL texture for display. > Thus, the backend would really just be glue between the existing Agg > backend and pyglet. > > -Andrew > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
