On Sat, Nov 17, 2012 at 4:07 PM, Cyrille Rossant
wrote:
> OK so I now have a very experimental proof of concept of how integrating
> Galry in the IPython notebook. There's a short demo here:
> http://www.youtube.com/watch?v=taN4TobRS-E
>
> I'll put the code on github but there's of course much mor
>
> Yup, it's a bit of a hack right now b/c you need to merge several
>> branches and tools that are still in review, but it's not too bad.
>>
>> You need to start from this branch:
>>
>> https://github.com/ellisonbg/ipython/tree/jsonhandlers
>>
>> and then grab this repo:
>>
>> https://github.com/
>
> Yup, it's a bit of a hack right now b/c you need to merge several
> branches and tools that are still in review, but it's not too bad.
>
> You need to start from this branch:
>
> https://github.com/ellisonbg/ipython/tree/jsonhandlers
>
> and then grab this repo:
>
> https://github.com/ipython/j
Hi Cyrille,
On Fri, Nov 16, 2012 at 1:00 PM, Cyrille Rossant
wrote:
> Hi Fernando,
>
> It would be really great if galry could be integrated in the notebook
> indeed. Is the code of this demo available somewhere, so that I can get an
> idea about how this integration works?
>
> In theory, galry s
Hi Fernando,
It would be really great if galry could be integrated in the
notebook indeed. Is the code of this demo available somewhere, so that I
can get an idea about how this integration works?
In theory, galry should be compatible with WebGL because one of the main
components of galry is a sh
Hi Cyrille,
On Thu, Nov 15, 2012 at 11:24 AM, Cyrille Rossant
wrote:
> I am developing a high-performance interactive visualization package in
> Python based on PyOpenGL (http://rossant.github.com/galry/). It is primarily
> meant to be used as a framework for developing complex interactive GUIs (
OK so it seems that integrating any efficient OpenGL rendering code in
matplotlib as a backend is much more complicated than what I thought.
> I'm guessing with galry, you push the user-coordinates to the graphics
> card, then as the user is interacting, you're changing the transforms
> and re-ren
Yep, I'm still developing some OpenGL technics to provide both nice and fast
rendering and I hope to be able to help the writing of a GL backend for
matplotlib next summer (provided we get a GSoC student for the project).
So far, my main concern is that for efficient rendering using OpenGL, yo
On Thu, Nov 15, 2012 at 2:24 PM, Cyrille Rossant
wrote:
> Hi all,
>
> I am developing a high-performance interactive visualization package in
> Python based on PyOpenGL (http://rossant.github.com/galry/). It is
> primarily meant to be used as a framework for developing complex
> interactive GUIs (
Hi all,
I am developing a high-performance interactive visualization package in
Python based on PyOpenGL (http://rossant.github.com/galry/). It is
primarily meant to be used as a framework for developing complex
interactive GUIs (in QT) that deal with very large amounts of data (tens of
millions o
>
> 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.
Sorry, I did not understood your proposal in the first place...
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 renderi
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 e
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 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 m
There has been a recent thread discussing sympy interface to pyglet in
the context of matplotlib refactoring of the 3D code. See thread named
'Updating MPlot3D to a more recent matplotlib.'
If you are porting pyglet interface to Ipython, Ondrej might be happy to
see his sympy 3D plotting routine
There is also:
http://www.loria.fr/~rougier/pycons.html
which is a gtk shell with embedded matplotlib figures.
Nicolas
On 5 Apr, 2009, at 06:02 , Christopher Barker wrote:
>
> Eric Bruning wrote:
>> The idea of a shell with inline plots is a fascinating one -
>
> Then check out reinteract
Eric Bruning wrote:
> The idea of a shell with inline plots is a fascinating one -
Then check out reinteract -- very cool:
http://www.reinteract.org/trac/
(though no opengl)
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959
Sure, thread about IPython integration to be continued on ipython-dev
list...
Nicolas
On 3 Apr, 2009, at 19:07 , Fernando Perez wrote:
> On Fri, Apr 3, 2009 at 10:00 AM, Nicolas Rougier
> wrote:
>>
>>
>> Sorry for that, I coded it on linux and just tested on mac.
>> I fixed the error and upl
On Fri, Apr 3, 2009 at 10:00 AM, Nicolas Rougier
wrote:
>
>
> Sorry for that, I coded it on linux and just tested on mac.
> I fixed the error and upload the new version on the same link. Tell me if
> it's ok.
Great!
Would you have any interest in having this be shipped/developed as
part of IPyth
Sorry for that, I coded it on linux and just tested on mac.
I fixed the error and upload the new version on the same link. Tell me
if it's ok.
Nicolas
On 3 Apr, 2009, at 18:55 , Fernando Perez wrote:
> On Fri, Apr 3, 2009 at 4:17 AM, Nicolas Rougier
> wrote:
>>
>> Hello,
>>
>> While lookin
On Fri, Apr 3, 2009 at 4:17 AM, Nicolas Rougier
wrote:
>
> Hello,
>
> While looking at possible solutions for a matplotlib OpenGL backend,
> I've been experimenting with pyglet (that has no dependencies) and coded
> a terminal with embedded 2d arrays display.
>
> Sources & screenshots are availabl
Hi,
I agree, shell with inline plot is a different issue. I mainly coded
it as a proof a concept and because I find it useful for my own needs.
The figure call is quite different from the figure call of matplotlib,
only the name is common.
The idea was to be able to describe a configuration
The idea of a shell with inline plots is a fascinating one - I like
the minimalism and directness of being able to plot data like this.
And the speed of OpenGL is obviously attractive.
Is the figure() call syntax different from the existing syntax for
figure()? I think there's a usage pattern ingr
Hello,
While looking at possible solutions for a matplotlib OpenGL backend,
I've been experimenting with pyglet (that has no dependencies) and coded
a terminal with embedded 2d arrays display.
Sources & screenshots are available at:
http://www.loria.fr/~rougier/glnumpy.html
Since pyglet seems m
On RHEL4, I get the following message:
This OpenGL does not support framebuffer objects
I understand that I'm probably just suffering from a relatively old
Mesa/OpenGL stack here. And obviously, just because some older systems
won't support this is not a reason to not include it as an optio
Paul Kienzle wrote:
> Hi,
>
> There was a recent discussion about opengl and matplotlib in the
> context of matplotlib rendering speeds.
>
> At the scipy sprints we put together a proof of concept renderer
> for quad meshes using the opengl frame buffer object, which we
> then render as a matplot
Hi,
There was a recent discussion about opengl and matplotlib in the
context of matplotlib rendering speeds.
At the scipy sprints we put together a proof of concept renderer
for quad meshes using the opengl frame buffer object, which we
then render as a matplotlib image. Once the data is massage
28 matches
Mail list logo
