Hey Chris,


    I am definitely interested in helping with this. Perhaps we should make a 
test module that tests just these integration.


    It will get latest branches of the 3 projects and run tests.


    What do you think?

On Thu, Aug 15, 2013 at 1:11 PM, Chris Marshall <devel.chm...@gmail.com>

> PDL/SDL/OpenGL users-
> With the recently announced SDL2 release and in-progress work
> to provide perl bindings for the same, I wanted to share my
> thoughts for leveraging joint capabilities of these three
> modules with a couple of specific points.
> 1) SDL2 brings integrated hardware acceleration via Direct3D and/or
>    OpenGL to both 2D and 3D graphics.  This offers the possiblity
>    of using modern OpenGL API features like renderbuffers for
>    computation and display.
> 2) PDL provides a high level array computation language that
>    can be used as a back-end engine for SDL applications and
>    visualization.  The PDL::Graphics::TriD currently uses
>    the OpenGL-1.x fixed pipeline interface.
> 3) Perl OpenGL currently supports the original fixed-pipeline
>    display process of OpenGL-1.x and some 2.x functionality.
>    Work is underway to update the support to modern OpenGL
>    APIs such as OpenGL-3.x, OpenGLES,...
> The common thread here is OpenGL, and I think that by updating
> the OpenGL use and interfaces to the modern programmable display
> pipeline we can generate significant synergy between the
> projects:
> 1) Update Perl OpenGL to modern OpenGL (In progress by slowed
>    by the fact that my development time is spread too thin.
>    Am I the only one with a whole slew of projects for which
>    I know *exactly* what and how to do them but not having
>    the time to execute?  :-)
> 2) Refactor PDL::Graphics::TriD to use modern OpenGL for
>    display rather than the fixed-function pipeline of OpenGL
>    API 1.x.
> 3) Update PDL to support (simply) the use of arbitrary
>    sources of data (e.g., I'm thinking framebuffer and
>    renderbuffer objects but deliberately being more
>    general since I could also imagine some sort of
>    generator that could act like a piddle for computation
>    with PDL).
> 4) Add GPGPU support to PDL computation.
> 5) Add support to the perl SDL2 interface to allow easy
>    mix and match operation with PDL for computation, IO,
>    and visualization.  I could see PDL+GPGPU computing
>    working well with realtime game or display computations.
> Well, the above ideas have a some hand waving to make them
> happen, but I think the pieces are there.
> Comments?
> Chris

Reply via email to