Nicolas Rougier wrote: > > 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).
Yes. That is why I said a "naive" implementation. > 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). Yes. I wrote a module pygarrayimage for just that: http://code.astraw.com/projects/motmot/pygarrayimage.html BTW, my ideas were meant more as "how to wedge MPL quickly into glipy with a minimum of work" rather than "a talented programmer with one year of free time to come up with the coolest scientific workflow GUI" variety. -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
