Giving it a cursory glance, I think it's mostly current. Is there something specific that isn't working for you?

Mike

On 03/23/2015 08:09 AM, Achyut Rastogi wrote:
Hello,
I am having trouble following the instructions given here --> https://github.com/matplotlib/matplotlib/blob/master/lib/matplotlib/backends/backend_template.py#L16 it feels like the code was refractored (changed?) and those instructions never updated?

On Sun, Mar 15, 2015 at 6:23 AM, Chris Barker - NOAA Federal <chris.bar...@noaa.gov <mailto:chris.bar...@noaa.gov>> wrote:

    On Mar 13, 2015, at 12:50 PM, Cyrille Rossant
    <cyrille.ross...@gmail.com <mailto:cyrille.ross...@gmail.com>> wrote:

    > Exactly. Note that pushing data on the GPU is not that slow:

    No -- and something has to be pushed to the video card at some
    point anyway.

    But my experience is that if you need to push the data to the CPU,
    that pretty much overwhelms the advantages you get by rendering on the
    GPU.

    And OpenGL only supports simple primitives -- so it's substantially
    more a pain to do something as sole as render a filled polygon, let
    alone a spline.

    And yes, back In the day, it was faster to render on the video card,
    but CPUs have gotten a lot faster, and memory busses not so much.

    But whatever, I think we all agree that pushing the transformations to
    the GPU is the big win.

    -CHB

    > in one
    > second, you can send hundreds of millions of points on a modern GPU.
    > However it would be a bit slow to send large amounts of data at
    every
    > frame.
    >
    > GPU-based transformations are extremely fast, and you have full
    > control on how they're implemented; in the end, it's just
    arbitrary C
    > code that runs on the GPU on a per-vertex or per-pixel basis.

    
------------------------------------------------------------------------------
    Dive into the World of Parallel Programming The Go Parallel
    Website, sponsored
    by Intel and developed in partnership with Slashdot Media, is your
    hub for all
    things parallel software development, from weekly thought
    leadership blogs to
    news, videos, case studies, tutorials and more. Take a look and
    join the
    conversation now. http://goparallel.sourceforge.net/
    _______________________________________________
    Matplotlib-devel mailing list
    Matplotlib-devel@lists.sourceforge.net
    <mailto:Matplotlib-devel@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/matplotlib-devel




------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/


_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Reply via email to