I will also try to look at the GL backend again.
One of the main difficulty I see is to handle GPU memory properly. For example, to draw a line collection (using OpenGL) I first build a vertex buffer that is sent to the GPU and then offset/translate/rotate can be done locally/globally very efficiently without rebuilding the vertex buffer. In the template backend however, the "draw_path" function receives a path to be rendered and I need to ensure it is build only once and only applying transforms for subsequent calls. Also, Mike explained the overall situation very well (last year on this mailing list) regarding backend performances. As for NumFOCUS, what kind of support do you expect ? Nicolas On Aug 1, 2012, at 16:15 , Benjamin Root wrote: > > > On Wed, Aug 1, 2012 at 6:44 AM, Nicolas Rougier <nicolas.roug...@inria.fr> > wrote: > > > Thanks. Apart from the speed, an OpenGL backend could be also useful for the > ipython notebook using webgl (but I'm a total newbie at webgl). > > Nicolas > > > Nicolas, > > It is great to see that you have made some progress with glumpy! It is my > hope that after the effort I have been making to refactorng the Axes class > that I would then move on to studying glumpy to see how to bring that work > into matplotlib. It is certainly will not be trivial. I like the idea of > making it into a GSoC project. Maybe we can get NumFOCUS to support that > effort? > > Cheers! > Ben Root > ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
