Sun, 19 Mar 2006 05:27:22 +0000 Fixed bug #166
Sam Lantinga <slouken@libsdl.org> [Sun, 19 Mar 2006 05:27:22 +0000] rev 1550
Fixed bug #166 From the autoconf obsolete macros documentation: Macro: AC_CANONICAL_SYSTEM Determine the system type and set output variables to the names of the canonical system types. See section Getting the Canonical System Type, for details about the variables this macro sets. The user is encouraged to use either AC_CANONICAL_BUILD, or AC_CANONICAL_HOST, or AC_CANONICAL_TARGET, depending on the needs. Using AC_CANONICAL_TARGET is enough to run the two other macros. From the documentation for the canonical environments: case $target in i386-*-mach* | i386-*-gnu*) obj_format=aout emulation=mach bfd_gas=yes ;; i960-*-bout) obj_format=bout ;; esac Note that the above example uses $target because it's taken from a tool which can be built on some architecture ($build), run on another ($host), but yet handle data for a third architecture ($target). Such tools are usually part of a compiler suite, they generate code for a specific $target. However $target should be meaningless for most packages. If you want to base a decision on the system where your program will be run, make sure you use the $host variable.
Sat, 18 Mar 2006 22:42:09 +0000 Implemented RISC OS and OS/2 desktop resolution code (thanks to Alan and Doodle)
Sam Lantinga <slouken@libsdl.org> [Sat, 18 Mar 2006 22:42:09 +0000] rev 1549
Implemented RISC OS and OS/2 desktop resolution code (thanks to Alan and Doodle)
Sat, 18 Mar 2006 18:41:59 +0000 EXTRA_LDFLAGS are the linker flags and libraries needed to build SDL.
Sam Lantinga <slouken@libsdl.org> [Sat, 18 Mar 2006 18:41:59 +0000] rev 1548
EXTRA_LDFLAGS are the linker flags and libraries needed to build SDL. SDL_LIBS are the linker flags and libraries needed to build SDL applications. SDL_STATIC_LIBS is set to SDL_LIBS by default.
Fri, 17 Mar 2006 19:54:39 +0000 I did not find in configure.in where SYSTEM_LIBS where set for other platforms, and why I did not have required extra libraries added in sdl-config, so I set it there
Patrice Mandin <patmandin@gmail.com> [Fri, 17 Mar 2006 19:54:39 +0000] rev 1547
I did not find in configure.in where SYSTEM_LIBS where set for other platforms, and why I did not have required extra libraries added in sdl-config, so I set it there
Thu, 16 Mar 2006 00:35:21 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Thu, 16 Mar 2006 00:35:21 +0000] rev 1546
*** empty log message ***
Wed, 15 Mar 2006 17:46:41 +0000 Added current_w and current_h to the SDL_VideoInfo structure, which is set to the desktop resolution during video intialization, and then set to the current resolution when a video mode is set.
Sam Lantinga <slouken@libsdl.org> [Wed, 15 Mar 2006 17:46:41 +0000] rev 1545
Added current_w and current_h to the SDL_VideoInfo structure, which is set to the desktop resolution during video intialization, and then set to the current resolution when a video mode is set. SDL_SetVideoMode() now accepts 0 for width or height and will use the current video mode (or the desktop mode if no mode has been set.)
Wed, 15 Mar 2006 15:47:49 +0000 Fixed bug #33
Sam Lantinga <slouken@libsdl.org> [Wed, 15 Mar 2006 15:47:49 +0000] rev 1544
Fixed bug #33 Mike Frysinger wrote: > with libsdl-1.2.9, some games (like bomberclone) started > segfaulting in Gentoo [...snip...] > the last change in the last hunk: [...snip...] > if i change the statement to read: > (table[which].blit_features & GetBlitFeatures()) == GetBlitFeatures() > bomberclone no longer segfaults on my box Alex Volkov wrote: > The test "(table[which].blit_features & GetBlitFeatures()) == > table[which].blit_features)" is correct, and the previous > "(table[which].cpu_mmx == SDL_HasMMX())" was actually broken. I think there is potentially a slightly different cause of the above problem. During the introduction of the Altivec code, the blit_table struct field 'alpha' got changed from a straightforward enum to a bitmask, which makes perfect sense by itself. However, now the table driven blitter selection code in SDL_CalculateBlitN() can choose the wrong blitters when searching for a NO_ALPHA blitter because of the following code: int a_need = 0; ... (a_need & table[which].alpha) == a_need && When searching through the normal_blit_2[] table, a SET_ALPHA blitter (like Blit_RGB565_ARGB8888) can now be selected instead of a NO_ALPHA one, causing alpha channel bits to appear in a non-alpha destination surface. I suppose this could theoretically be an indirect cause of the segfault mentioned above. I *think* this can be fixed by changing to int a_need = NO_ALPHA;
Wed, 15 Mar 2006 15:43:15 +0000 From: "Alex Volkov"
Sam Lantinga <slouken@libsdl.org> [Wed, 15 Mar 2006 15:43:15 +0000] rev 1543
From: "Alex Volkov" Date: Thu, 10 Nov 2005 21:53:40 -0500 Subject: [SDL] BUG[?]: 32bpp RGBA->RGB colorkey blit, no SDL_SRCALPHA It seems there is either a documentation vs. reality mismatch or a real bug in SDL_blit_N.c:BlitNtoNKey(). The exact blit in question is a 32bpp RGBA->RGB, where RGBA has SDL_COLORKEY and *no* SDL_SRCALPHA flags. The doc in SDL_video.h states: * RGBA->RGB: * SDL_SRCALPHA not set: * copy RGB. * if SDL_SRCCOLORKEY set, only copy the pixels matching the * RGB values of the source colour key, ignoring alpha in the * comparison. BlitNtoNKey(), however, forgets to "ignore alpha in the comparison". The documentation makes perfect sense, so I think it is the code that is faulty. The attached patch corrects the code.
Wed, 15 Mar 2006 15:39:29 +0000 Fixed bug #15
Sam Lantinga <slouken@libsdl.org> [Wed, 15 Mar 2006 15:39:29 +0000] rev 1542
Fixed bug #15 SDL_blit_A.mmx-speed.patch.txt -- Speed improvements and a bugfix for the current GCC inline mmx asm code: - Changed some ops and removed some resulting useless ones. - Added some instruction parallelism (some gain) The resulting speed on my Xeon improved upto 35% depending on the function (measured in fps). - Fixed a bug where BlitRGBtoRGBSurfaceAlphaMMX() was setting the alpha component on the destination surfaces (to opaque-alpha) even when the surface had none. SDL_blit_A.mmx-msvc.patch.txt -- MSVC mmx intrinsics version of the same GCC asm code. MSVC compiler tries to parallelize the code and to avoid register stalls, but does not always do a very good job. Per-surface blending MSVC functions run quite a bit faster than their pure-asm counterparts (upto 55% faster for 16bit ones), but the per-pixel blending runs somewhat slower than asm. - BlitRGBtoRGBSurfaceAlphaMMX and BlitRGBtoRGBPixelAlphaMMX (and all variants) can now also handle formats other than (A)RGB8888. Formats like RGBA8888 and some quite exotic ones are allowed -- like RAGB8888, or actually anything having channels aligned on 8bit boundary and full 8bit alpha (for per-pixel alpha blending). The performance cost of this change is virtually 0 for per-surface alpha blending (no extra ops inside the loop) and a single non-MMX op inside the loop for per-pixel blending. In testing, the per-pixel alpha blending takes a ~2% performance hit, but it still runs much faster than the current code in CVS. If necessary, a separate function with this functionality can be made. This code requires Processor Pack for VC6.
Wed, 15 Mar 2006 05:52:31 +0000 Quartz implementation for SDL_DisplayYUVOverlay() was returning non-zero on
Ryan C. Gordon <icculus@icculus.org> [Wed, 15 Mar 2006 05:52:31 +0000] rev 1541
Quartz implementation for SDL_DisplayYUVOverlay() was returning non-zero on error, instead of zero, contrary to documentation. Fixes Bugzilla #165.
Wed, 15 Mar 2006 04:32:49 +0000 Added disk/dummy audio and dummy video to the Visual CE projects
Sam Lantinga <slouken@libsdl.org> [Wed, 15 Mar 2006 04:32:49 +0000] rev 1540
Added disk/dummy audio and dummy video to the Visual CE projects
Wed, 15 Mar 2006 04:29:35 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 15 Mar 2006 04:29:35 +0000] rev 1539
*** empty log message ***
Wed, 15 Mar 2006 03:50:34 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 15 Mar 2006 03:50:34 +0000] rev 1538
*** empty log message ***
Tue, 14 Mar 2006 19:12:49 +0000 Corrected dummy audio callback firing to be realistic, cleaned up tabs.
Ryan C. Gordon <icculus@icculus.org> [Tue, 14 Mar 2006 19:12:49 +0000] rev 1537
Corrected dummy audio callback firing to be realistic, cleaned up tabs.
Tue, 14 Mar 2006 17:33:33 +0000 WIN32 is no longer defined on Windows builds
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 17:33:33 +0000] rev 1536
WIN32 is no longer defined on Windows builds
Tue, 14 Mar 2006 17:21:49 +0000 Added disk and dummy drivers to the Visual C++ projects
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 17:21:49 +0000] rev 1535
Added disk and dummy drivers to the Visual C++ projects
Tue, 14 Mar 2006 16:20:28 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 16:20:28 +0000] rev 1534
*** empty log message ***
Tue, 14 Mar 2006 16:19:32 +0000 By default all the real targets have dummy audio/video and disk audio.
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 16:19:32 +0000] rev 1533
By default all the real targets have dummy audio/video and disk audio.
Tue, 14 Mar 2006 08:53:33 +0000 Implemented dummy audio driver.
Ryan C. Gordon <icculus@icculus.org> [Tue, 14 Mar 2006 08:53:33 +0000] rev 1532
Implemented dummy audio driver. Fixes Bugzilla #161.
Tue, 14 Mar 2006 08:35:39 +0000 Fixed cut-and-paste error in DC audio target.
Ryan C. Gordon <icculus@icculus.org> [Tue, 14 Mar 2006 08:35:39 +0000] rev 1531
Fixed cut-and-paste error in DC audio target.
Tue, 14 Mar 2006 08:01:30 +0000 Updated CodeWarrior export list with SDL_iconv
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 08:01:30 +0000] rev 1530
Updated CodeWarrior export list with SDL_iconv
Tue, 14 Mar 2006 07:55:40 +0000 Updated MacOS Classic and MacOS X exports list
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 07:55:40 +0000] rev 1529
Updated MacOS Classic and MacOS X exports list
Tue, 14 Mar 2006 07:45:15 +0000 The check for UTF-* isn't needed anymore since UTF-8 has the same code range.
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 07:45:15 +0000] rev 1528
The check for UTF-* isn't needed anymore since UTF-8 has the same code range.
Tue, 14 Mar 2006 07:40:33 +0000 Fixed bug #67
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 07:40:33 +0000] rev 1527
Fixed bug #67 Re-enable OpenGL window resetting code for the windib driver
Tue, 14 Mar 2006 07:06:06 +0000 Fixed bug #124
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 07:06:06 +0000] rev 1526
Fixed bug #124 Print Screen key events weren't reported on Windows
Tue, 14 Mar 2006 06:00:30 +0000 Fixed bug #38
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 06:00:30 +0000] rev 1525
Fixed bug #38 I'm using SDL 1.2.9 with Visual C++ 7.0 on Windows 2000. Here's the setup: my game starts in a window, with SDL_WM_GrabInput(SDL_GRAB_ON) to constrain the cursor to the game window. The mouse cursor is outside of the window when the game launches, and when the window appears the cursor is grabbed and placed at the top left corner of the inside of the game window. At this point, if I click the mouse without moving it, the SDL_MOUSEBUTTONDOWN event's mouse coordinates are (65535,65535).
Tue, 14 Mar 2006 05:34:39 +0000 Fixed bug #46
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 05:34:39 +0000] rev 1524
Fixed bug #46 Date: Fri, 13 Jan 2006 18:09:45 -0500 From: mhall4400 vipmail kvcc edu Subject: Possible SDL bug Greetings I believe Ive come across a bug in your SDL product (1.2.9), in the CD-ROM control portion of the library. When calling the SDL_CDPlay() function to play the last track of a CD using the offset and length from an SDL_CD structure generated by SDL_CDOpen(), I get the following error from a call to SDL_Error(): mciSendCommand() error: The specified parameter is out of range for the specified command. The code returning the error is: SDL_CDPlay(g_playingDriveSDLCD, g_playingDriveSDLCD->track[trackNumberInt].offset, g_playingDriveSDLCD->track[trackNumberInt].length) Subtracting one from the length of the provided length seems to repair the problem: SDL_CDPlay(g_playingDriveSDLCD, g_playingDriveSDLCD->track[trackNumberInt].offset, (g_playingDriveSDLCD->track[trackNumberInt].length) - 1) Ive replicated this problem on Windows 98 SE (several months since last patch), fully-patched Window ME, seldom-patched Windows XP SP1, and fully-patched Windows XP SP2. While investigating the issue, I came across a line in your librarys win32 source code in file \src\cdrom\win32\SDL_syscdrom.c (source code zip archive from your download page), function: SDL_SYS_CDGetTOC(), line 226 where you add 1 to the value for length to fix MCI last track length bug. This may be the source of the issue (because subtracting 1 from the length seems to resolve the issue). Microsoft may have patched the referenced bug since you wrote that line. Mike Hall
Tue, 14 Mar 2006 04:00:03 +0000 (patch tweaked a bit)
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 04:00:03 +0000] rev 1523
(patch tweaked a bit) Date: Tue, 14 Mar 2006 03:30:11 +0000 From: Peter Mulholland Subject: [SDL] Windows MessageBox() strangeness fixes Hello all, I *think* this should fix the issues that people were seeing with MessageBox() not working and therefore assert() on mingw/msvc. Forgive me if i've screwed up making the diff file - I'm a total newb when it comes to things like CVS and diff. It modifies a few files as I saw that FlushMessageQueue() was in both the windx5 and windib driver, so I moved this into wincommon. It was also in the gapi driver, so I changed that too. The function is now WIN_FlushMessageQueue() in src/video/wincommon/SDL_syswm.c
Tue, 14 Mar 2006 03:04:50 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 03:04:50 +0000] rev 1522
*** empty log message ***
Tue, 14 Mar 2006 02:46:26 +0000 CFLAGS are separate from EXTRA_CFLAGS
Sam Lantinga <slouken@libsdl.org> [Tue, 14 Mar 2006 02:46:26 +0000] rev 1521
CFLAGS are separate from EXTRA_CFLAGS Fixed iconv.h detection on Cygwin32
(0) -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 tip