> Note that with OPenGL in general, its the transforming that buys you
> performance -- when you push brand new data to be rendered, it takes a lot
> of time to push that data to the video card, so drawing the first time
> doesn't buy you much. But if you need to re-render that same data in a
> dif
2015-03-13 18:21 GMT+01:00 Benjamin Root :
> Quite honestly, I am not all that concerned about speed (at least, I am
> not talking about achieving gaming level performance). I am most concerned
> about compatibility, quality of the image rendering, quality of the text
> rendering, and consistency
t of
> backends to make sense in matplotlib (or maybe it is too much of a
> maintenance/packaging burden?)
>
> Ben Root
>
> On Fri, Mar 13, 2015 at 12:12 PM, Cyrille Rossant <
> cyrille.ross...@gmail.com> wrote:
>
>> Kivy is all built on OpenGL, so it would prob
>
> Kivy is all built on OpenGL, so it would probably be pretty
> straightforward to generate teh image with AGG, then dump it to the screen
> as an OpenGL texture. But it would be a bit sad to not take advantage of
> OpenGL at all in that process. (and getting AGG to work with Kivy may be
> less t
> What I'd love to see is some enhancement of the backend framework where
> there are some extra flags and information passed to the renderer: i.e. for
> each draw command, we need to know whether the drawn object should be linked
> to static figure coordinates or to dynamic axes/data coordinates.
>
> 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
, if I could take a look to the code of this
demo, I should be able to evaluate how complicated this integration would
be.
Cyrille
2012/11/16 Fernando Perez
> Hi Cyrille,
>
> On Thu, Nov 15, 2012 at 11:24 AM, Cyrille Rossant
> wrote:
> > I am developing a high-perfo
re than welcome to contribute to glumpy, but in the long
> run, I hope it will disappear in favor of a matplolib GL backend.
>
>
>
> Nicolas
>
>
>
>
>
>
> On Nov 15, 2012, at 22:03 , Benjamin Root wrote:
>
> >
> >
> > On Thu, Nov 15, 2012 a
ample "plot(x, sin(x))" working (with interactive
navigation).
I am looking forward to your feedback.
Best,
Cyrille Rossant
--
Monitor your physical, virtual and cloud infrastructure from a single
web consol
10 matches
Mail list logo
