Re: [pygame] Extending OpenGL support in Pygame

2012-04-06 Thread René Dudfield
On Fri, Apr 6, 2012 at 1:08 PM, Sam Bull wrote: > On Thu, 2012-04-05 at 19:25 +0200, Santiago Romero wrote: > > But in 3D-games rendered as "2D games" (2D opengl games), the sprite > > images themselves (animation frames) are textures projected in a > > cube-face, aren't they? > > If the sprite i

Re: [pygame] Extending OpenGL support in Pygame

2012-04-06 Thread Sam Bull
On Thu, 2012-04-05 at 19:25 +0200, Santiago Romero wrote: > But in 3D-games rendered as "2D games" (2D opengl games), the sprite > images themselves (animation frames) are textures projected in a > cube-face, aren't they? If the sprite images are loaded from an external image such as through pygam

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Greg Ewing
Sam Bull wrote: If this is something of interest to other people, I'm wondering whether there might be some interest in integrating this code into Pygame (sometime after GSoC). I'm interested! This sounds like it could be very useful. If done properly, it would make it very easy to use librari

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Russell Jones
Presumably the textures have an alpha channel. If so, that would seem possible to hide that requirement from the developer by making the excess invisible and checking collisions outside OpenGL. It might be useful to have optional exceptions for inefficient sprite sizes (defaulting to off, perhaps l

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Santiago Romero
> I believe that's just textures, as in images that are imported. Thus, it > would not affect the base Surface class or the draw module. But in 3D-games rendered as "2D games" (2D opengl games), the sprite images themselves (animation frames) are textures projected in a cube-face, aren't they?

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Mike C. Fletcher
On 12-04-05 12:00 PM, Santiago Romero wrote: > YES! Very much! In my personal opinion, the lack of simple drop-in > OpenGL support that works the same way as the existing Surface class is > the biggest weakness of pygame. I don't have knowledge about OpenGL but if I remember correctly, texture

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread DR0ID
On 05.04.2012 18:00, Santiago Romero wrote: > YES! Very much! In my personal opinion, the lack of simple drop-in > OpenGL support that works the same way as the existing Surface class is > the biggest weakness of pygame. I don't have knowledge about OpenGL but if I remember correctly, textures

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Sam Bull
On Thu, 2012-04-05 at 18:00 +0200, Santiago Romero wrote: > I don't have knowledge about OpenGL but if I remember correctly, > textures (because with opengl your sprites need to be "faces" with > textures, simulating the sprite itself) must be power of 2 in size > (16x16, 32x32, 64x64, 128x128...)

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Santiago Romero
> YES! Very much! In my personal opinion, the lack of simple drop-in > OpenGL support that works the same way as the existing Surface class is > the biggest weakness of pygame. I don't have knowledge about OpenGL but if I remember correctly, textures (because with opengl your sprites need to be "

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Sam Bull
On Thu, 2012-04-05 at 08:27 -0700, Kevin Secretan wrote: > While not completely drop-in, I found this project a few months ago > that more-or-less accomplishes the goal. > http://pygame.org/project-PyGL3Display-1562-3793.html That looks interesting, I don't see any draw functions other than lines

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Sam Bull
On Thu, 2012-04-05 at 08:15 -0700, James Paige wrote: > Although I would much rather have such a feature as part of pygame, > rather than part of a GUI add-on That's what I'm proposing. If there is interest, I'm proposing moving the OpenGL code into Pygame, and removing it from the GUI (sometime

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Kevin Secretan
While not completely drop-in, I found this project a few months ago that more-or-less accomplishes the goal. http://pygame.org/project-PyGL3Display-1562-3793.html On Thu, Apr 5, 2012 at 8:15 AM, James Paige wrote: > On Thu, Apr 05, 2012 at 04:08:08PM +0100, Sam Bull wrote: > > I was wondering if

Re: [pygame] Extending OpenGL support in Pygame

2012-04-05 Thread James Paige
On Thu, Apr 05, 2012 at 04:08:08PM +0100, Sam Bull wrote: > I was wondering if there was much interest in extending OpenGL support > in Pygame. One of the things I am implementing in my toolkit is OpenGL > support. To do this, I am effectively creating the surface class and > draw module in OpenGL.

[pygame] Extending OpenGL support in Pygame

2012-04-05 Thread Sam Bull
I was wondering if there was much interest in extending OpenGL support in Pygame. One of the things I am implementing in my toolkit is OpenGL support. To do this, I am effectively creating the surface class and draw module in OpenGL. I am using Pygame's API to create the interface for it, so that i