This is good. I have been looking forward to seeing something like this for a while.
I'd be cool however, to dump a *real* python function into a vertex shader and let it do real mesh deformations. I know, it would be hard to validate if it wasn;t doing some crazy stuff. Of course, with new (ie soon-to be-introduced) tesselation extensions to opengl, the mesh itself could be generated on the gpu itself. On Mon, Sep 28, 2009 at 10:07 PM, Nicolas Rougier <nicolas.roug...@loria.fr> wrote: > > > Well, I've been starting working on a pyglet backend but it is currently > painfully slow mainly because I do not know enough of the matplotlib > internal machinery to really benefit from it. In the case of glumpy, the use > of texture object for representing 2d arrays is a real speed boost since > interpolation/colormap/heightmap is made on the GPU. > Concerning matplotlib examples, the use of glumpy should be actually two > lines of code: > from pylab import * > from glumpy import imshow, show > but I did not package it this way yet (that is easy however). > I guess the main question is whether people are interested in glumpy to have > a quick & dirty "debug" tool on top of matplotlib or whether they prefer a > full fledged and fast pyglet/OpenGL backend (which is really harder). > Nicolas > > > On 28 Sep, 2009, at 18:05 , Gökhan Sever wrote: > > > On Mon, Sep 28, 2009 at 9:06 AM, Nicolas Rougier <nicolas.roug...@loria.fr> > wrote: >> >> Hi all, >> >> glumpy is a fast OpenGL visualization tool for numpy arrays coded on >> top of pyglet (http://www.pyglet.org/). The package contains many >> demos showing basic usage as well as integration with matplotlib. As a >> reference, the animation script available from matplotlib distribution >> runs at around 500 fps using glumpy instead of 30 fps on my machine. >> >> Package/screenshots/explanations at: >> http://www.loria.fr/~rougier/coding/glumpy.html >> (it does not require installation so you can run demos from within the >> glumpy directory). >> >> >> Nicolas >> _______________________________________________ >> NumPy-Discussion mailing list >> NumPy-Discussion@scipy.org >> http://mail.scipy.org/mailman/listinfo/numpy-discussion > > Hi Nicolas, > > This is technically called OpenGL backend, isn't it? It is nice that > integrates with matplotlib, however 300 hundred lines of code indeed a lot > of lines for an ordinary user. Do you think this could be further integrated > into matplotlib with a wrapper to simplify its usage? > > > -- > Gökhan > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf_______________________________________________ > Matplotlib-users mailing list > matplotlib-us...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > _______________________________________________ > NumPy-Discussion mailing list > NumPy-Discussion@scipy.org > http://mail.scipy.org/mailman/listinfo/numpy-discussion > > -- Rohit Garg http://rpg-314.blogspot.com/ Senior Undergraduate Department of Physics Indian Institute of Technology Bombay _______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion