Mercurial > sdl-ios-xcode
view TODO @ 883:50f5a29c6a17
Date: Sat, 10 Apr 2004 02:25:33 -0400
From: Glenn Maynard
To: sdl@libsdl.org
Subject: [SDL] SDL_SetVideoMode() failing and not setting an error (patch)
Running an OpenGL SDL application off 1.2.7, at SDL_InitSubSystem(SDL_INIT_VIDEO) time:
Warning: Unable to initialize AAlib mouseUsing AAlib driver: Slang driver 1.0 (slang)
SDL_SetVideoMode then fails; SDL_GetError() returns "".
The installation problem is straightforward: X (the higher priority
driver) isn't running, so SDL is falling back on aalib. However,
no error is being set when aalib fails to initialize. This also
happens with the svgalib driver.
SDL_video.c line ~653 sets mode to NULL, since aalib didn't return an
OpenGL surface. Line ~711 ("failed setting a video mode") returns NULL.
The attached patch sets an error. It's a horrible, useless error
message--it should really say eg. "aalib does not support OpenGL"; this
should probably be done earlier in the individual drivers, too.
| author | Sam Lantinga <slouken@libsdl.org> |
|---|---|
| date | Sun, 11 Apr 2004 19:54:40 +0000 |
| parents | df1d68818edb |
| children | 19418e4422cb |
line wrap: on
line source
Wish list for the 1.3 development branch: * Use /etc/fb.modes, if available, like GGI does * Add mousewheel events (new unified event architecture?) * DirectInput joystick support needs to be implemented * Be able to enumerate and select available audio and video drivers * Fullscreen video mode support for MacOS X * Explicit vertical retrace wait (maybe separate from SDL_Flip?) * Shaped windows, windows without borders * Multiple windows, multiple display support * SDL_INIT_EVENTTHREAD on Windows and MacOS? * Add a timestamp to events * Use RDTSC for timer resolution on x86 hardware * Add audio input API * Add hardware accelerated scaled blit * Add hardware accelerated alpha blits * Redesign blitting architecture to allow blit plugins In the jump from 1.2 to 1.3, we should change the SDL_Rect members to int and evaluate all the rest of the datatypes. This is the only place we should do it though, since the 1.2 series should not break binary compatibility in this way. Requests: * PCM and CDROM volume control (deprecated, but possible)