| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
for the pulseaudio driver.
|
|
|
|
| |
Don't link to unnecessary filter libraries for pthread and rt on Solaris.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
PulkoMandy
Just like in SDL, audio buffer sizes for BeOS and Haiku BSoundPlayer are sized
in bytes, not frames. SDL was feeding the wrong value, leading to buffers
smaller than expected and weird behaviour in some unsuspecting programs
(noticed it in HivelyTracker but others are likely affected as well. The fix is
fortunately very simple
|
| |
|
| |
|
| |
|
|
|
|
| |
Add function to check mouse focus using visible window areas.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This lets us have larger icons with more colors.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hello Sam,
while profiling ScummVM I noticed it was making use of the generic
BlitNToN blitter, which struck me as odd because it should be a very
classical codepath.
After investigating, I saw that in the blit op chooser:
{ 0x0000F800,0x000007E0,0x0000001F, 4, 0x00FF0000,0x0000FF00,0x000000FF,
0, NULL, Blit_RGB565_ARGB8888, SET_ALPHA },
{ 0x0000F800,0x000007E0,0x0000001F, 4, 0x000000FF,0x0000FF00,0x00FF0000,
0, NULL, Blit_RGB565_ABGR8888, SET_ALPHA },
{ 0x0000F800,0x000007E0,0x0000001F, 4, 0xFF000000,0x00FF0000,0x0000FF00,
0, NULL, Blit_RGB565_RGBA8888, SET_ALPHA },
{ 0x0000F800,0x000007E0,0x0000001F, 4, 0x0000FF00,0x00FF0000,0xFF000000,
0, NULL, Blit_RGB565_BGRA8888, SET_ALPHA },
Couldn't the optimized versions be used for NO_ALPHA too? I take it
that the resulting alpha component can be undefined as it should never
be used.
I tried this (see attached patch) and it worked perfectly (and
therefore faster) on ScummVM but there might be a trick (I'm not
expert at the semantics of SDL, ie NO_ALPHA, SET_ALPHA and COPY_ALPHA
there).
What do you think?
Cheers,
Bertrand
|
| |
|
|
|
|
|
|
|
|
| |
Brad Smith 2012-08-01 20:10:19 PDT
The attached patch from the OpenBSD ports tree is to increase the number of
uhid devices to scan for joysticks. It's somewhat easy to exhaust the default
number of devices which are scanned.
|
| |
|
| |
|
|
|
|
|
| |
Brad Smith 2012-07-18 13:43:34 PDT
autoconf patch to fix X dynamic loading of libraries on OpenBSD
|
|
|
|
|
|
|
| |
Brad Smith 2012-02-29 19:31:46 PST
The attached patch adds AltiVec detection for OpenBSD/powerpc. Please apply the
patch to both 2.0 and 1.2.
|
| |
|
|
|
|
| |
Thanks to Brad Smith and the OpenBSD team for the patch!
|
|
|
|
|
|
|
|
| |
7.x and newer
FreeBSD's device naming changed in several ways since FreeBSD 6.x. The attached
patch fixes the device naming scheme for FreeBSD 7 and newer (the currently
supported upstream version of FreeBSD).
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
SDL_MUTEX_TIMEDOUT on time out
deraj 2012-02-19 19:01:08 PST
Fix to treat ETIMEDOUT as a time out instead of an error (and update the test)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
evilbite 2012-02-19 09:38:21 PST
There is only one Altivec accelerated blit function
(ConvertAltivec32to32_prefetch() or ConvertAltivec32to32_noprefetch(),
depending on the CPU used) that is supposed to handle all alpha combinations.
This works as follows for every pixel line:
1. Blit single pixels until an aligned address is reached
2. Accelerated blit as far as possible
3. Blit single remaining pixels
Part 2. is set up correctly to handle different combinations of the alpha
channels of the participating surfaces. Parts 1. and 3. only do a simple copy
of all the pixel's components from souce to destination. But when the source
surface has no alpha channel (Amask is 0, e.g. the video surface) the surface's
alpha value must be used instead. Otherwise crap (uninitialized data) is being
copied to the destiniation's alpha channel.
The attached patch is a quick'n'dirty solution to the problem. A more
sophisticated solution might require separate functions for different
combinations of the alpha channels of the participating surfaces.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Julian Coleman 2012-02-20 06:51:12 PST
In src/video/x11/SDL_x11video.c, the result of getpid(), i.e., a pid_t is
passed to:
XChangeProperty(..., 32, ...)
However, using 32 here means that Xlib treats the value as a long, and pid_t is
an int. So, we get a bus error inside Xlib.
The fix is to make sure that anything passed to XChangeProperty() is aligned
correctly. Note, that the other calls to XChangeProperty() pass long values
here.
The proposed patch makes a union of the pid_t return type from getpid() and a
dummy long. This has been tested to fix the bus error crash on NetBSD/sparc64.
|
|
|
|
|
|
|
|
|
| |
Robert Millan
src/joystick/bsd/SDL_sysjoystick.c makes the invalid assumption that
__FreeBSD_kernel__ implies presence of "ucr_data" struct member. This
breaks recent versions of FreeBSD 10-CURRENT, FreeBSD 9-STABLE and
Debian GNU/kFreeBSD "wheezy/sid".
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
manuel.montezelo 2012-01-22 08:56:18 PST
We had the following bug report at Debian:
http://bugs.debian.org/376560
Same one in Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/libsdl1.2/+bug/66217
We've been including a patch since then (attached) to actually export the
symbol, since 2006. In the last release the function seems to be there, alive
and kicking.
It's affecting other people too:
http://www.garagegames.com/community/forums/viewthread/52287
|
| |
|
| |
|
|
|
|
|
|
| |
bl0ckedusersoft 2012-01-20 12:14:57 PST
This patch fixes a few minor typos in the SDL-1.2 HTML docs.
|
| |
|
|
|
|
|
| |
Lion gets mad if you try to set a fullscreen context linked with the new SDK and using these APIs.
We're going to try to do this smarter in 1.3, but let's just make it work.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This attribute is ignored if we set GLX_RGBA, which we do.
|
|
|
|
| |
Fixes Bugzilla #1376.
|
|
|
|
|
|
| |
Fixes Bugzilla #1375.
Thanks to Jeremiah Morris for the patch!
|
|
|
|
| |
OpenBSD)
|
|
|
|
| |
previous versions
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bl0ckeduser
I downloaded the SDL 1.2.15 prerelease and compiled it (under Mac OS
Classic). All the tests worked without issues, but the compiler gave
this warning [formatting edited for email format]:
} else if ( vf->Rmask == 0xFF00 && (vf->Bmask = 0xFF000000) ) {
":src:video:SDL_video.c"; line 990 #Warning 2: possible unintended assignment
I discussed this with another programmer and we came to the conclusion
that this is probably a typo.
I have checked the latest mercurial sources, and the possible typo is
still there.
Bl0ckeduser
|