No opengl resize?

Hey all,

I’m having trouble with resizing an opengl window to larger
than the original creation size. Resizing smaller works as expected.
Resizing larger results in severe performance falloff 60fps -> 2fps

Is this likely an SDL or driver issue?
I’m using nvidia drivers under Xfree86 4.2

Stephen.

Are you properly reloading everything? Textures, display lists, settings?On Fri, Jun 07, 2002 at 06:17:31PM +0100, Stephen Kennedy wrote:

I’m having trouble with resizing an opengl window to larger
than the original creation size. Resizing smaller works as expected.
Resizing larger results in severe performance falloff 60fps -> 2fps

Is this likely an SDL or driver issue?
I’m using nvidia drivers under Xfree86 4.2


Joseph Carter If this sig were funny…

“Lord grant me the serenity to accept the things I cannot
change, the courage to change the things I can, and the wisdom
to hide the bodies of the people I had to kill because they
pissed me off.”

-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 273 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20020607/c1c134be/attachment.pgp

–ikeVEW9yuYc//A+q
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I’m having trouble with resizing an opengl window to larger
than the original creation size. Resizing smaller works as expected.
Resizing larger results in severe performance falloff 60fps -> 2fps
=20
Is this likely an SDL or driver issue?
I’m using nvidia drivers under Xfree86 4.2

Are you properly reloading everything? Textures, display
lists, settings?

I don’t understand, why would I have to reload anything?
Does an SDL app need to do something different to, say glut
which just updates the viewport?

Stephen.> On Fri, Jun 07, 2002 at 06:17:31PM +0100, Stephen Kennedy wrote:

GLUT does some really nasty things which are not exactly portable to
resize the current video mode.

SDL_SetVideoMode does this “properly”; it closes and reopens the context.
I’ve been considering trying to add the hackish way to SDL since it’s
really kinda useful, but I don’t know for certain what the best method is
to do it yet.On Mon, Jun 10, 2002 at 08:11:58PM +0100, Stephen Kennedy wrote:

Are you properly reloading everything? Textures, display
lists, settings?

I don’t understand, why would I have to reload anything?
Does an SDL app need to do something different to, say glut
which just updates the viewport?


Joseph Carter You expected a coherent reply?

Guns don’t kill people. It’s those damn bullets. Guns just make them go
really really fast.
– Jake Johanson

-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 273 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20020610/795ad240/attachment.pgp

I’m having trouble with resizing an opengl window to larger
than the original creation size. Resizing smaller works as
expected.

Resizing larger results in severe performance falloff 60fps ->
2fps

=20
Is this likely an SDL or driver issue?
I’m using nvidia drivers under Xfree86 4.2

If I remember correctly there was (is?) a bug in the NVIDIA drivers
which
caused a memory leak when resizing the viewport. Maybe this is the
cause
since you see a difference between large and small windows?

Try the latest drivers and check out the changelog/readme files of the
NVIDIA
drivers.

–ulf> > On Fri, Jun 07, 2002 at 06:17:31PM +0100, Stephen Kennedy wrote: