On 7/1/2011 7:22 PM, Adam Kennedy wrote:
All mainstream win32 have snake now, they just don't have any other makes

What is snake?  I don't seem to have it on
my winXP box.

--Chris

On Jul 2, 2011 8:40 AM, "chm"<devel.chm...@gmail.com>  wrote:
On 7/1/2011 10:24 AM, Kartik Thakore wrote:

=head2 OpenGL 3.0
=blame kthakore, chromatic
=for kthakore, Chris, jtpalmer

This comes from the following observations ( feel free to scold/correct
me ).

=over

=item Convergence to OpenGL

SDL 1.3 is moving over to OpenGL. Having the ability to do neat things
with OpenGL this will help to add more performance, speed and
flexibility to the module.

=item POGL still uses FreeGLUT

POGL albeit great is getting ... old. FreeGLUT is slowing down ( SDL
replaces this fine and we have tests to prove it see construder. It is
an extra dep.

FreeGLUT is the default window "provider" for POGL.
Any GUI toolkit that supports creating OpenGL contexts
and setting them should work fine. I'm looking into
factoring out the GUI dependencies so that POGL works
better with other GUI toolkits to provide the OS and
window system support.

=item OpenGL 3.3 is a fixed target

New OpenGL is all the way up to 4.x now. OpenGL 3.3 has been around for
a while and is not going to be using.

=back

Based on this I think we should attempt to help the POGL dev with
whatever he needs. I will move it to github at some point. Additionally
chip during my talk you mentioned some technology for doing OpenGL
context/display lists better. Can you mention it again chip? I seem to
have forgotten it.

I'm not sure what the issues with context/display
lists might be but would be interested to hear.

As I see it, the top missing feature in Perl OpenGL
is support for OpenGL versions greater than 2.x.
Work is underway to refactor POGL to use GLEW for
the bindings. That should improve portability and
capability (GLEW supports pretty much all current
OpenGL versions).

The next priority for POGL is the build process
which is hamstrung by a static probe for system
capabilities and requires a shell and make to
work. I would like to move detection of needed
libraries to an Alien::Module and to Module::Build
for POGL itself which would avoid some of the
portability problems with win32---no shell, no
make, no package manager. I would like to see
POGL build on win32 platforms *without* requiring
a MSYS or cygwin install to get things to work.

Regards,
Chris Marshall

The hope will be to make a declarative for OpenGL constructs that can be
sent straight to the hardware. Adam Kennedy has some work start in this
area (OpenGL::List).


Regards,




-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1388 / Virus Database: 1516/3738 - Release Date: 07/01/11

Reply via email to