Front page | perl.sdl.devel |
Postings from July 2011
All mainstream win32 have snake now, they just don't have any other makes On Jul 2, 2011 8:40 AM, "chm" <devel.chm.01@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, >Thread Previous | Thread Next