Sun, 29 Jan 2006 08:39:35 +0000 Use the executable directory, not the current directory, for stdio output files
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:39:35 +0000] rev 1286
Use the executable directory, not the current directory, for stdio output files
Sun, 29 Jan 2006 08:19:27 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:19:27 +0000] rev 1285
*** empty log message ***
Sun, 29 Jan 2006 08:18:56 +0000 Report both absolute and relative motion
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:18:56 +0000] rev 1284
Report both absolute and relative motion
Sun, 29 Jan 2006 08:18:06 +0000 Date: Fri, 14 Jan 2005 21:52:46 +0100
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 08:18:06 +0000] rev 1283
Date: Fri, 14 Jan 2005 21:52:46 +0100 From: "SkunkGuru" Subject: [SDL] Repeated mousemotion event on notebook it seems that every ~500ms something fires a mousemotion event, but with the same x and y position. I tryed with both directx and windib video driver.
Sun, 29 Jan 2006 07:57:13 +0000 Date: Sat, 15 Jan 2005 02:01:51 +0000 (UTC)
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 07:57:13 +0000] rev 1282
Date: Sat, 15 Jan 2005 02:01:51 +0000 (UTC) From: jimrandomh Subject: [SDL] Re: Modifier keys pressed during initialization stick I wrote a simple test program which initializes SDL, prints the SDL version number, then prints any keydown and keyup events with their modifiers. (Source code below). Compilation was done using Visual Studio 6, release mode. My test sequence was: Start a command prompt. Type the name of the test program. shift down enter down (program starts) Wait for window to appear enter up shift up spacebar down spacebar up Under Windows 98, the output was correct: SDL 1.2.8 left shift down shift-return down shift-return up left shift up space down space up Under Windows 2000 and under Windows XP, the output was: SDL 1.2.8 shift-space down shift-space up Since shift was not held at the time space was pressed, this is incorrect. Similar results were observed with launching in different ways (including double-clicking in Windows Explorer), so it does not depend on the launching terminal.
Sun, 29 Jan 2006 06:40:13 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 06:40:13 +0000] rev 1281
*** empty log message ***
Sun, 29 Jan 2006 06:11:38 +0000 Re-query the SDL_WINDOWID each time we initialize the video
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 06:11:38 +0000] rev 1280
Re-query the SDL_WINDOWID each time we initialize the video
Sat, 28 Jan 2006 05:47:11 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sat, 28 Jan 2006 05:47:11 +0000] rev 1279
*** empty log message ***
Fri, 27 Jan 2006 08:51:27 +0000 Avoid warnings in Visual C++ 2005
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 08:51:27 +0000] rev 1278
Avoid warnings in Visual C++ 2005
Fri, 27 Jan 2006 08:47:15 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 08:47:15 +0000] rev 1277
*** empty log message ***
Fri, 27 Jan 2006 07:02:19 +0000 Wacky! :)
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 07:02:19 +0000] rev 1276
Wacky! :)
Fri, 27 Jan 2006 06:36:33 +0000 Fixed to match the docs
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 06:36:33 +0000] rev 1275
Fixed to match the docs
Fri, 27 Jan 2006 05:36:47 +0000 Date: Mon, 23 Feb 2004 23:29:20 -0500
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Jan 2006 05:36:47 +0000] rev 1274
Date: Mon, 23 Feb 2004 23:29:20 -0500 From: "Brian Kropf" Subject: [SDL] Windx5 I was wondering if I could suggest a change for (at least) the mingw/msys build. Every time I do the ./configure, make on a fresh download it crashes when it tries to find directx.h for the audio portion of the build In file included from SDL_dx5audio.c:37: SDL_dx5audio.h:31:21: directx.h: No such file or directory In file included from SDL_dx5audio.c:37: I usually copy the directx.h from the video/windx5 into the audio/windx5 and things go smoothly after that; just thought I'd suggest it for making future builds go smoothly. ;)
Thu, 26 Jan 2006 08:45:51 +0000 Who'd have thought that Windows CE wouldn't have the environment APIs?
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 08:45:51 +0000] rev 1273
Who'd have thought that Windows CE wouldn't have the environment APIs?
Thu, 26 Jan 2006 08:08:22 +0000 Compile fix for Window CE
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 08:08:22 +0000] rev 1272
Compile fix for Window CE
Thu, 26 Jan 2006 07:38:43 +0000 Whoops! (hope this compiles...)
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 07:38:43 +0000] rev 1271
Whoops! (hope this compiles...)
Thu, 26 Jan 2006 07:33:57 +0000 Updated config* from CVS
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 07:33:57 +0000] rev 1270
Updated config* from CVS http://cvs.savannah.gnu.org/viewcvs/config/?root=config
Thu, 26 Jan 2006 06:10:34 +0000 Some explanation on why SDL_RWFromFP doesn't always work on Win32
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 06:10:34 +0000] rev 1269
Some explanation on why SDL_RWFromFP doesn't always work on Win32
Thu, 26 Jan 2006 06:06:56 +0000 Use Win32 API for putenv/getenv to avoid C runtime conflicts
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Jan 2006 06:06:56 +0000] rev 1268
Use Win32 API for putenv/getenv to avoid C runtime conflicts
Wed, 25 Jan 2006 20:36:21 +0000 Correctly manage mouse relative motion
Patrice Mandin <patmandin@gmail.com> [Wed, 25 Jan 2006 20:36:21 +0000] rev 1267
Correctly manage mouse relative motion
Wed, 25 Jan 2006 18:11:56 +0000 SDL_GetVideoMode, part 3: pixel count compare was failing when only 1 video mode was present
Patrice Mandin <patmandin@gmail.com> [Wed, 25 Jan 2006 18:11:56 +0000] rev 1266
SDL_GetVideoMode, part 3: pixel count compare was failing when only 1 video mode was present
Wed, 25 Jan 2006 07:04:02 +0000 Date: Mon, 22 Sep 2003 23:31:54 -0700 (PDT)
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 07:04:02 +0000] rev 1265
Date: Mon, 22 Sep 2003 23:31:54 -0700 (PDT) From: Rob Neff Subject: [SDL] testgl.c minor bug fix for fullscreen mode from: if ( strcmp(argv[1], "-fullscreen") == 0 ) { to: if ( strcmp(argv[i], "-fullscreen") == 0 ) { Minor bug, but might help someone else out who is trying to pass the command-line params -logo -fullscreen like I was! :)
Wed, 25 Jan 2006 07:00:40 +0000 Date: Sun, 21 Sep 2003 19:52:42 -0600
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 07:00:40 +0000] rev 1264
Date: Sun, 21 Sep 2003 19:52:42 -0600 From: Tyler Montbriand <tsm@accesscomm.ca> Subject: Re: [SDL] Hardware buttons on pocket pc I found it! :) It has to do with the UNICODE translation code, in SDL_dibevents.c, in the '#ifdef NO_GETKEYBOARDSTATE' block in DIB_HandleMessage(). The error handling is a little... aggressive. If it can't translate from unicode, it wipes out the virtual keycode.
Wed, 25 Jan 2006 06:53:50 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 06:53:50 +0000] rev 1263
*** empty log message ***
Wed, 25 Jan 2006 06:12:57 +0000 Hopefully the X servers have been fixed (in 5 years) :)
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 06:12:57 +0000] rev 1262
Hopefully the X servers have been fixed (in 5 years) :)
Wed, 25 Jan 2006 06:04:21 +0000 Date: Thu, 04 Sep 2003 02:12:35 +0200
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Jan 2006 06:04:21 +0000] rev 1261
Date: Thu, 04 Sep 2003 02:12:35 +0200 From: Ignacio Casta´┐Żo <castanyo@yahoo.es> Subject: [SDL] SDL_GL_GetAttribute( SDL_GL_MULTISAMPLESAMPLES ... It would be nice to add the following lines: case SDL_GL_MULTISAMPLEBUFFERS: *value = 0; break; case SDL_GL_MULTISAMPLESAMPLES: *value = 1; break; in wincommon\SDL_wingl.c int the function WIN_GL_GetAttribute at line 484, so that it returns the correct values when arb_pixel_format is not supported.
Tue, 24 Jan 2006 07:20:18 +0000 Date: 10 Jun 2003 15:30:59 -0400
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Jan 2006 07:20:18 +0000] rev 1260
Date: 10 Jun 2003 15:30:59 -0400 From: Mike Shal Subject: [SDL] Bug in SDL_wave.c? Hey everyone, I'm not sure if this is a bug in SDL, or if I just have incorrect WAV files. The problem I'm having is loading multiple concatenated WAVs from SDL_LoadWAV_RW. Some WAV files put comments at the end of the file (which may be bad form), and SDL doesn't skip past them when reading from the RWops. So the next WAV I try to load will start at the comment section of the previous WAV, which obviously doesn't work. If anyone else is having this problem, one quick fix you can do is run sox on the bad WAVs, which strips out all of the comment sections. Eg: $ sox sound.wav tmp.wav $ mv -f tmp.wav sound.wav The other fix is to patch SDL_wave.c, which is included with this email. (Assuming I made the patch correctly :). All it does is calculate how much remaining space there is in the WAV file after the data chunk, and does SDL_RWseek to skip it. I don't think it should interfere with anything else, but if someone could check it that would be nice :). If the bug is really with SDL and not with my WAVs, can someone work this into the next version of SDL? Thanks, -Mike Shal
Tue, 24 Jan 2006 06:36:43 +0000 te: Thu, 17 Apr 2003 11:25:26 -0700
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Jan 2006 06:36:43 +0000] rev 1259
te: Thu, 17 Apr 2003 11:25:26 -0700 From: "Jim" Subject: [SDL] Frame buffer patches... Would seem that GCC 3.2.2 promotes all signed values to unsigned if any single vlaue is unsigned in an expression... for instance when calculating an elo touch position....evertyhign is an (int) except for cach_vinfo.xres which is unsigned. THerefore if y ou reverse the SDL_ELO_MIN_X and SDL_ELO_MAX_X values the resulging negative value pegs the expression to it's max. Attached it the accumu lated patch to typecast the unsigned values to (int) - *dx = (cache_vinfo.xres - (cache_vinfo.xres * (input_x - ELO_MIN_X)) / width); + *dx = ((int)cache_vinfo.xres - ((int)cache_vinfo.xres * (input_x - ELO_MIN_X)) / width); and also to provide quite failure to operations which have the screen currently locked... The touch screen I'm using the original values were exactly opposite of any position I touched on the screen - evaluating the math the expr ession SHOULD have handled reversing the min and max values - and after casting the unsigned .xres and .yres to a signed int - worked well. .. Jim
Fri, 20 Jan 2006 13:07:25 +0000 Date: Thu, 19 Jan 2006 20:02:29 +0200
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Jan 2006 13:07:25 +0000] rev 1258
Date: Thu, 19 Jan 2006 20:02:29 +0200 From: Vassilis Virvilis <vasvir@iit.demokritos.gr> Subject: [SDL] Request: Please reconsider adding tag in SDL_Event Hi, Patch in question: --- include/SDL_events.h 20 Aug 2004 18:57:01 -0000 1.11 +++ include/SDL_events.h 19 Jan 2006 17:35:09 -0000 @@ -214,7 +214,7 @@ } SDL_SysWMEvent; /* General event structure */ -typedef union { +typedef union SDL_Event { Uint8 type; SDL_ActiveEvent active; SDL_KeyboardEvent key; Reasoning: ---------- 1) Allows forward declaration of the SDL_Event union in C++. Please note that in plain C it is possible to forward declare it. 2) Forward declaration is good because it allows encapsulation. It hides the specific implementation and does not necessarily exposes SDL staff to my appication's namespace 3) It can't harm plain C because tags are living in a different namespace than typenames 4) It is already done like this in other places in SDL. Check for example SDL_KeySym, and SDL_.*Event structures. 5) Right now I have to include SDL/event.h from a C++ header file. See 2)
Thu, 19 Jan 2006 21:28:52 +0000 [PATCH] SDL_GetVideoMode() does not find best mode, part 2
Patrice Mandin <patmandin@gmail.com> [Thu, 19 Jan 2006 21:28:52 +0000] rev 1257
[PATCH] SDL_GetVideoMode() does not find best mode, part 2 Following commit 1.51, I come accross a problem when SDL must choose between several video modes that could suit the one asked. If I ask 320x240 with this list: 768x480 768x240 640x400 640x200 384x480 384x240 320x400 320x200 The smallest selectables modes are 384x240 and 320x400. And SDL choose the later in this list, but 384x240 is more suitable. So I added a check to compare the pixel count (surface) of modes, and select the one which has the smallest pixel count. In my example, 384x240 has 92160 pixels, and 320x400 has 128000 pixels. So now SDL will choose 384x240 for the asked 320x240 mode.
(0) -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 tip