X11 fullscreen code

SDL Development
1

Can you folks check the bleeding edge SDL fullscreen code on the CVS
web page: http://www.devolution.com/~slouken/SDL/cvs/SDL-1.0.tar.gz

It’s very nearly a complete rewrite of the X11 video driver, and currently
DGA is never enabled, but I would like to know if the code works properly?

Thanks!
-Sam Lantinga (slouken at devolution.com)

Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec

2

Can you folks check the bleeding edge SDL fullscreen code on the CVS
web page: http://www.devolution.com/~slouken/SDL/cvs/SDL-1.0.tar.gz

It’s very nearly a complete rewrite of the X11 video driver, and currently
DGA is never enabled, but I would like to know if the code works properly?

Whoa…fullscreen programs that don’t hose my X server. (Was there ever
any dought? [grin]) My stupid little learning programs look nice in
fullscreen mode. hehehe

Works fine for me!

Paul Braman
@Paul_BramanOn Tue, 11 Jan 2000, Sam Lantinga wrote:

3

I’ve gotten 3 different results with it:

case 1: aliens demo
works fine

case 2: my programs, stars demo
my screen is resized, my desktop is used for the display, but a big
empty (read black) window is drawn on top of it. My guess is that KDE
does’nt agree with the new fullscreen code.

case 3: water demo
complains “no video modes supported” and dies, this ussd to draw in
a little 320x240 window in the middle of a 640x480 display, probably
any other code that uses a window smaller than the available x
resoloutions will die too.

Now if you’ll excuse me I gotta reenable the old version of SDL so I
can continue to develop my program.

Phoenix Kokido
members.xoom.com/kokido
@Wes_Poole

Sam Lantinga wrote:> Can you folks check the bleeding edge SDL fullscreen code on the CVS

web page: http://www.devolution.com/~slouken/SDL/cvs/SDL-1.0.tar.gz

It’s very nearly a complete rewrite of the X11 video driver, and currently
DGA is never enabled, but I would like to know if the code works properly?

Thanks!
-Sam Lantinga (slouken at devolution.com)

Lead Programmer, Loki Entertainment Software

“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec

4

First of all, the new fullscreen code is really amazing. This
may cause a revolution in xfree gaming :slight_smile:

Now for the bad news:

there seems a problem with the kwm windowmanager (I’m running KDE 1.1.2).
I can see parts of the SDL application window and send events to it,
causing all sorts of weird results. Hopefully this should be easy
to workaround…

Is nobody else on this list using KDE ??

Also, a non-overideable emergency-quit key sequence is absolutely necessary
for fbcon and nice for X as well (how do you nicely leave `testwm -fullscreen’
otherwise ?). Ctrl-Alt-End comes to my mind for this.

And a non-overidable “pause & iconify” emergency sequence (Ctrl-Alt-Esc ?)
could come handy as well.

Finally some compiler warnings:

SDL_fb3dfx.c: In function FillHWRect': SDL_fb3dfx.c:73: warning: assignment makes pointer from integer without a cast SDL_fb3dfx.c:83: warning: assignment makes integer from pointer without a cast SDL_fb3dfx.c: In functionHWAccelBlit’:
SDL_fb3dfx.c:108: warning: assignment makes pointer from integer without a cast
SDL_fb3dfx.c:111: warning: assignment makes pointer from integer without a cast
SDL_fb3dfx.c:144: warning: assignment makes integer from pointer without a cast
SDL_fb3dfx.c:146: warning: assignment makes integer from pointer without a cast

Cheers,
Markus

P.S. I haven’t dared to test the fb3fdx driver yet without an emergency-quit ;-)On 12-Jan-2000 Sam Lantinga wrote:

Can you folks check the bleeding edge SDL fullscreen code on the CVS
web page: http://www.devolution.com/~slouken/SDL/cvs/SDL-1.0.tar.gz

It’s very nearly a complete rewrite of the X11 video driver, and currently
DGA is never enabled, but I would like to know if the code works properly?

Thanks!
-Sam Lantinga (slouken at devolution.com)

Lead Programmer, Loki Entertainment Software

“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec

---- Markus F.X.J. Oberhumer <@Markus_F.X.J_Oberhum> ----
---- http://wildsau.idv.uni-linz.ac.at/mfx/ ----
---- 5E CB 5C 85 DE AF 9E BF E9 DA 7E 6A 39 F8 CC 67 ----

5

“Markus F.X.J. Oberhumer” wrote:

First of all, the new fullscreen code is really amazing. This
may cause a revolution in xfree gaming :slight_smile:

Now for the bad news:

there seems a problem with the kwm windowmanager (I’m running KDE 1.1.2).
I can see parts of the SDL application window and send events to it,
causing all sorts of weird results. Hopefully this should be easy
to workaround…

Is nobody else on this list using KDE ??

Yeah, I am using KDE. Hadn’t tried the upgrade until you mentioned
problems. I didn’t experience any. Once I thought there was a blitting
probem but it was just a wierd problem in my code when I set certain
variables to certain values. Haven’t the foggiest idea why it is
happening but it is not SDL’s fault.
BTW a while back I posted a problem getting the mouse to work in
fullscreen mode. (it works way better now then with the old code by the
way, much less slow in unresponsive, I don’t know what you did with this
new code Sam, I haven’t really followed it but thanks!) Anyhow the
problem as I found out and kept meaning to post was that when I enabled
DGA and the DoubleBuffer the mouse wouldn’t show up. I could fix it by
not enabling the DoubleBuffer. I guess this a moot point now with the
new fullscreen mode, (I don’t think the new code uses DGA does it?) but
I wanted to explain the problem and why it was happening.

Also, a non-overideable emergency-quit key sequence is absolutely necessary
for fbcon and nice for X as well (how do you nicely leave `testwm -fullscreen’
otherwise ?). Ctrl-Alt-End comes to my mind for this.

I REALLY wish that that would be a standard on all x-servers. I hate
getting stuck in DGA and or 3DFX mode.

P.S. I haven’t dared to test the fb3fdx driver yet without an emergency-quit :wink:

Where is that and how do I test it?

6

Also, a non-overideable emergency-quit key sequence is absolutely necessary
for fbcon and nice for X as well (how do you nicely leave `testwm -fullscreen’
otherwise ?). Ctrl-Alt-End comes to my mind for this.

SysRQ (Alt-PrintScrn) is better for that purpose (It will unlock X before
you will press SysRQ-K or similar)

Jan BobrowskiOn Wed, 12 Jan 2000, Markus F.X.J. Oberhumer wrote: