SDL 1.3 is ready for a massive bug hunt!
http://www.libsdl.org/tmp/SDL-1.3.zip
or
http://www.libsdl.org/tmp/SDL-1.3.tar.gz
The first person to report any particular bug for SDL 1.3 in bugzilla
(http://bugzilla.libsdl.org) will get their names added to the CREDITS
list for the great SDL Bug Hunt of January 2009!
Anyone who contributes an SDL 1.3 bug fix which is accepted, regardless
of whether they reported it, will have their names added to the CREDITS
list as bug squashers in the great SDL Bug Hunt. The top three squashers
will be featured on the SDL website with a link to their favorite project
(if they want.)
When contributing a patch, please include permission for me to release your
code with SDL 1.3 and future versions of SDL under both the LGPL and a
closed-source commercial license.
Contributors to SDL 1.3 are eligible for a discount on commercial licensing.
Please contact me for details if you’re interested.
See ya!
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC
Not sure if this is problem on my end…
I wrote a one page demo using SDL 1.2
that just displays a background
and 400 pixels stars and 200 Mario sprites moving
I ported it to SDL 1.3 and it is 30% slower on same machine
SDL 1.2 version ran 60 Frames Per Second (Code::Blocks)
and
SDL 1.3 version runs at 40 FPS (MSVC++ 2008 EE)
Could a 30% drop in native blitting going from 1.2 to 1.3 be possible ?
SDL 1.3 using the old 1.2 API should be about as fast as SDL 1.2.
There were some bug fixes that might result in a different code path
for certain combinations of blit settings, but if you post your code
and images`someone can take a look.
FYI, the new API was designed to accelerate exactly the sort of thing
you’re doing. Go ahead and take a look at testsprite2.c and testdraw2.c
to see how to use the texture and drawing API. You should get about a
5 to 10 times speedup on most systems.
See ya!
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC
For no particular reason, I thought I’d check whether the bug I reported
in December 07 was still fixed in the 1.3/HEAD branch. Apparently it’s
not. For completeness I’ve submitted it to bugzilla (bug 668) so it
doesn’t get forgotten, but more importantly this raises the question of
how many bug fixes have been applied to the SDL-1.2 branch but not
merged back into HEAD. Of course, not all 1.2 bug fixes will be relevant
with the amount of code that’s been rewritten in 1.3, but certainly some
of them are.
Does anyone have any ideas about how large a problem this may be? Or
perhaps more constructively how much work it will be to trawl the commit
logs on the 1.2 branch and pick out the relevant changes?
John B