On 8/25/07, Richard Jones <[EMAIL PROTECTED]> wrote:
>
> On Sat, 25 Aug 2007, Greg Ewing wrote:
> > Brian Fisher wrote:
> > > What I'm saying is that the game switches between the two,
> > >
> > >>(and the corresponding draw functions as well) but the OpenGL part
> > >> doesn't work. It only works
On Sat, 25 Aug 2007, Greg Ewing wrote:
> Brian Fisher wrote:
> > What I'm saying is that the game switches between the two,
> >
> >>(and the corresponding draw functions as well) but the OpenGL part
> >> doesn't work. It only works when the Pygame part is not called.
>
> Hmmm. Maybe it's not possi
Brian Fisher wrote:
What I'm saying is that the game switches between the two,
(and the corresponding draw functions as well) but the OpenGL part doesn't
work. It only works when the Pygame part is not called.
Hmmm. Maybe it's not possible to switch to an OpenGL
surface after you've started w
Doesn't work.
Try calling pygame.display.quit() and then pygame.display.init()
between when you change as well.
On 8/24/07, Ian Mallett <[EMAIL PROTECTED]> wrote:
> There is the menu, with pygame surfaces, and the game, with OpenGL objects
> and textures. The pygame surfaces work fine, and I see the menu, but
There is the menu, with pygame surfaces, and the game, with OpenGL objects
and textures. The pygame surfaces work fine, and I see the menu, but when
the OpenGL surfaces run, I just see a black screen. I call
pygame.display.set_mode() each time I change, but changing from a pygame
surface to an Op
So what exactly do you mean when you say "OpenGL surfaces run" - are
these pygame surfaces with some kind of flag on them that are being
blitted to the display, or do you mean opengl textures that you are
rendering as quads, or what?
On 8/24/07, Ian Mallett <[EMAIL PROTECTED]> wrote:
> I know that
On 8/24/07, Greg Ewing <[EMAIL PROTECTED]> wrote:
>
> Ian Mallett wrote:
> > I have a game where there is a menu written in pygame with pygame
> > surfaces and a game written in OpenGL with OpenGL surfaces.
>
> If you're trying to use pygame drawing calls on an OpenGL
> surface, that doesn't work
Ian Mallett wrote:
I have a game where there is a menu written in pygame with pygame
surfaces and a game written in OpenGL with OpenGL surfaces.
If you're trying to use pygame drawing calls on an OpenGL
surface, that doesn't work on most systems. The only thing
that can draw in an OpenGL surf
Hi again,
I have a game where there is a menu written in pygame with pygame surfaces
and a game written in OpenGL with OpenGL surfaces. The pygame surfaces work
fine, but when the OpenGL surfaces run, the program doesn't work; I just see
black. Is there a way around this? Thanks,
Ian
10 matches
Mail list logo