Hmmm…nice feature list. Didn’t see MIDI there…
Ok…I can’t implement the MIDI system…but I still want one…
Hmm…what about Linux people who only have FM synth which is
yucky? I mean…not many people have AWE64s…or can even get the
wavetable support it offers cause for example the RH 5.0 installer of the
sound drivers…if you select AWE64 for the sound card…it runs it in SB16
mode
and doesn’t give you the wavetable you deserve…
Paul Lowe
xpaull at ultraviolet.org
Okay, the stable SDL API has been officially frozen at SDL 0.8
There are two versions of SDL available:
SDL 0.8 (and 1.0 and 1.2, etc…)
Current stable version – frozen API, bugfixes only
SDL 0.9 (and 1.1 and 1.3, etc…)
Current development version – new features, fluid API
Instead of having patchlevels designated by letters, I’m going to
follow the Linux kernel version system, in which each sublevel is
a full patch release (corresponding to previous ‘a’, ‘b’, etc releases.)
In the case of even version numbers, these patches are bugfixes.
In the case of odd version numbers, these patches may do all sorts of
interesting things. 
The CVS snapshot is for those living dangerously.
If you want to run production quality code, you should probably base it
on SDL 0.8
You can now get both versions via CVS:
cvs -d :pserver:guest at devolution.com:/home/slouken/cvsroot login
cvs -d :pserver:guest at devolution.com:/home/slouken/cvsroot checkout devel
cvs -d :pserver:guest at devolution.com:/home/slouken/cvsroot checkout stable
The stable version will be updated regularly with bugfixes, so you don’t
need to get it from CVS, the web page will have the latest version.
The astute will notice that the current CVS snapshot of the development
version already has some interesting modifications…
Planned for SDL 0.8:
Planned for SDL 0.9:
I won’t make a public announcement about all this until October. This
will give us a chance to work through all the kinks in the new web pages
and compile binaries for everything.
Plus… we’ll have a new logo!
Everything should be available as usual at:
http://www.devolution.com/~slouken/SDL/download.html
Planned for SDL 0.9:
- Add dynamic display format handling – i.e. blits will work even if the
target surface changes. This means no more SDL_MapSurface()!- CD-ROM audio control (single CD, not multi-changers)
- Joystick support (simple analog joysticks)
I forgot a few things:
Anything else I missed?
- Add dynamic display format handling – i.e. blits will work even if the
target surface changes. This means no more SDL_MapSurface()!- CD-ROM audio control (single CD, not multi-changers)
- Joystick support (simple analog joysticks)
I forgot a few things:
- Real IRIX port
- Real MacOS port (though that might not be done by 1.0)
- Page flipping support
- Possibly gamma fading support
- Possible MGL support
- Possible GGI support
Anything else I missed?
Umm… (Ok, wishlist 
* MIDI support (how could you forget?!?)
* Jpeg support (use libjpeg, would be nifty if we could just have
SDL_LoadJPEG(), the same as SDL_LoadBMP. (And the overhead would be minimal
as you only need to decode each pic once)
* SVGAlib support (they support ET6000 now, and are building a big list of
available cards again)
* AAlib wrapper (For those of us who are afraid of GUIs)
* More cool demos :-)
* The Killer App (tm)
Oh, and has anybody found the cause of that segfault that my program generates
yet? I can’t find anything wrong with it, but nobody else’s programs are
segfaulting…On Tue, Sep 22, 1998 at 07:15:04AM -0700, Sam Lantinga wrote:
–
– Michael Samuel
Planned for SDL 0.9:
- Add dynamic display format handling – i.e. blits will work even if the
target surface changes. This means no more SDL_MapSurface()!- CD-ROM audio control (single CD, not multi-changers)
- Joystick support (simple analog joysticks)
I forgot a few things:
- Real IRIX port
- Real MacOS port (though that might not be done by 1.0)
- Page flipping support
- Possibly gamma fading support
- Possible MGL support
- Possible GGI support
Anything else I missed?
How about a fix for the repeat key under X. Right now everytime
I run a program I have to logout and back in to get the key repeat back.
Kent Mein
@Kent_Mein
How about a fix for the repeat key under X. Right now everytime
I run a program I have to logout and back in to get the key repeat back.
That’s broken and shouldn’t happen. What version of SDL are you using?
What window manager are you using? Is the program crashing or exiting normally?
Kent B Mein writes:
Planned for SDL 0.9:
- Add dynamic display format handling – i.e. blits will work even if the
target surface changes. This means no more SDL_MapSurface()!- CD-ROM audio control (single CD, not multi-changers)
- Joystick support (simple analog joysticks)
I forgot a few things:
- Real IRIX port
- Real MacOS port (though that might not be done by 1.0)
- Page flipping support
- Possibly gamma fading support
- Possible MGL support
- Possible GGI support
Anything else I missed?
How about a fix for the repeat key under X. Right now everytime
I run a program I have to logout and back in to get the key repeat back.
if you are running in X, to get key repeat back:
xset r
Hi there…
Paul Lowe wrote:
Hmmm…nice feature list. Didn’t see MIDI there…
Ok…I can’t implement the MIDI system…but I still want one…
Hmm…what about Linux people who only have FM synth which is
yucky? I mean…not many people have AWE64s…or can even get the
wavetable support it offers cause for example the RH 5.0 installer of the
sound drivers…if you select AWE64 for the sound card…it runs it in SB16
mode
and doesn’t give you the wavetable you deserve…
Tip: Do it yourself. Don’t use the rather braindead redhat sound config
tool. It supports nothing but soundblaster cards, and even those in a pretty
braindead way. Go compile your own kernels. Break away from the default
settings into the unknown…
Peter>
Paul Lowe
xpaull at ultraviolet.org
How about a fix for the repeat key under X. Right now everytime
I run a program I have to logout and back in to get the key repeat back.
xset r on
I’ve been doing that a lot lately ;-)On Tue, Sep 22, 1998 at 04:24:44PM -0500, Kent B Mein wrote:
–
– Michael Samuel
Michael Samuel writes:> On Tue, Sep 22, 1998 at 04:24:44PM -0500, Kent B Mein wrote:
How about a fix for the repeat key under X. Right now everytime
I run a program I have to logout and back in to get the key repeat back.xset r on
actually xset r is what you want…the on isnt needed…from the
xset help:
To turn auto-repeat off or on:
-r [keycode] r off
r [keycode] r on
to turn it off: xset -r
to turn it on : xset r
save you some typing…the on is just ignored
j
How about a fix for the repeat key under X. Right now everytime
I run a program I have to logout and back in to get the key repeat back.
xset r on
I’ve been doing that a lot lately
Why? What’s broken? Should I make the keyboard repeat stuff a compile-time
option?
How about a fix for the repeat key under X. Right now everytime
I run a program I have to logout and back in to get the key repeat back.xset r on
I’ve been doing that a lot lately
Why? What’s broken? Should I make the keyboard repeat stuff a compile-time
option?See ya!
-Sam Lantinga (slouken at devolution.com)
Hi Sam,
Sorry I hadn’t responded to this earlyer, I’m on Paternity leave and
don’t have X working at home with my Diamond Edge 3D piece of c(bleep)
card.
Anyway I wasn’t able to reproduce the error so I’m assuming its when
the program crashes.
I would vote yes to a compile time option. I personally would like
it on for my game
Kent
@Kent_Mein
The keyboard repeat stuff is fine, but is should probably go into the flags
for SDL_Init(), as well as another one for trapping the mouse. (Or should
mouse trapping have it’s own call?)
michael at sal:~/public_html/src/missile_control/ > ./missile_control
Fatal signal: Segmentation Fault (SDL Parachute Deployed)
[1]+ Stopped ./missile_control
michael at sal:~/public_html/src/missile_control/ > killall -9 missile_control
[1]+ Killed ./missile_control
michael at sal:~/public_html/src/missile_control/ > xset r
michael at sal:~/public_html/src/missile_control/ >
BTW, the segfault is in a malloc() call that I’m not calling in my code, and
is definately running in a different thread, and I don’t have any threading in
my code…
I’ve updated the code so it is less braindead (eg. it doesn’t loop in drawing
the picture to the screen), and you can download it again from the same place:
http://sal.nb.surfnetcity.com.au/~michael/src/missile_control.tar.gzOn Wed, Sep 23, 1998 at 09:13:16AM -0700, Sam Lantinga wrote:
How about a fix for the repeat key under X. Right now everytime
I run a program I have to logout and back in to get the key repeat back.xset r on
I’ve been doing that a lot lately
Why? What’s broken? Should I make the keyboard repeat stuff a compile-time
option?
–
– Michael Samuel
Hmmm…nice feature list. Didn’t see MIDI there…
Ok…I can’t implement the MIDI system…but I still want one…
MIDI would be nice. I don’t have any experience with it, so those who
are interested might want to get together and implement it for SDL.
It’s now put back on the wishlist.
Try again. My link froze up earlier. That machine is my home machine, behind
a 33.6 link.On Wed, Sep 30, 1998 at 09:49:14PM -0700, Sam Lantinga wrote:
I’ve updated the code so it is less braindead (eg. it doesn’t loop in drawing
the picture to the screen), and you can download it again from the same place:http://sal.nb.surfnetcity.com.au/~michael/src/missile_control.tar.gz
I just got everything together for SDL 0.8 release, so I’m trying to
download this and check it out…I couldn’t get it… (connection timed out) ?
–
– Michael Samuel
Nah… try http://ickis.surfnetcity.com.au/~michael/missile_control.tar.gz
That’s on a properly connected host. (I just copied it there now)On Wed, Sep 30, 1998 at 11:44:52PM -0700, Sam Lantinga wrote:
Try again. My link froze up earlier. That machine is my home machine, behind
a 33.6 link.Still not responding.
Try again?
–
– Michael Samuel
How did you get my message then??? Complain to you proxy cache administrator.
Anyway, it should be attached to this message.On Thu, Oct 01, 1998 at 12:13:16AM -0700, Sam Lantinga wrote:
Nah… try http://ickis.surfnetcity.com.au/~michael/missile_control.tar.gz
That’s on a properly connected host. (I just copied it there now)
Just mail it to me. my ISP doesn’t know how to get to Australia tonight.
–
– Michael Samuel
-------------- next part --------------
A non-text attachment was scrubbed…
Name: missile_control.tar.gz
Type: application/octet-stream
Size: 2934 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/19981001/539cb50b/attachment.obj
Nah… try http://ickis.surfnetcity.com.au/~michael/missile_control.tar.gz
I looked at how many colors you are setting, and you’re overrunning the bounds
of the allocated array (256 entries):
Set color 476
Set color 477
Set color 478
Set color 479
Fatal signal: Segmentation Fault (SDL Parachute Deployed)
There’s your problem.
The line you want is:
i = ((r<<5)|(g<<2)|b);
instead of:
i = ((r<<6)|(g<<2)|b);
SDL’s palette in 8-bit mode is already optimized for HiColor display
when it’s initialized, so you don’t have to set a dither palette.
Note that you’re setting the palette when you show the missile, so
the background colors will appear distorted after you blit the missile.
Not that it’s a problem for your images yet.
Also note that you need to handle quit messages if you ever want to quit
your game. I have to do kill -9 to stop it now.
How did you get my message then??? Complain to you proxy cache administrator.
I go to devolution.com from pbi.net to get my mail.
See ya!
-Sam Lantinga (slouken at devolution.com)> On Thu, Oct 01, 1998 at 12:13:16AM -0700, Sam Lantinga wrote:
I looked at how many colors you are setting, and you’re overrunning the bounds
of the allocated array (256 entries):
Oops… I’ve been playing with ATYFb for too long (I had to do the opposite
for it not to look off-colour)
There’s your problem.
The line you want is:
i = ((r<<5)|(g<<2)|b);
instead of:
i = ((r<<6)|(g<<2)|b);SDL’s palette in 8-bit mode is already optimized for HiColor display
when it’s initialized, so you don’t have to set a dither palette.
Yes, I kinda mixed my code up a bit. I got a general idea of what I needed to
do, but it was segfaulting all the time, so I didn’t bother fixing it.
Note that you’re setting the palette when you show the missile, so
the background colors will appear distorted after you blit the missile.
Not that it’s a problem for your images yet.
Yes, read the previous paragraph. That was a mix up of test hacks to get things
to happen. Over the weekend, you should see what my intentions were.
Also note that you need to handle quit messages if you ever want to quit
your game.
Click on the close window button, like normal people do (Check out the
signal handler code)
How did you get my message then??? Complain to you proxy cache administrator.
I go to devolution.com from pbi.net to get my mail.
Too bad… devolution.com seems to have good connectivity…On Thu, Oct 01, 1998 at 11:50:52AM -0700, Sam Lantinga wrote:
–
– Michael Samuel
In general it’s a good idea to put print statements in your code to see
where exactly it’s dying. Debuggers aren’t always accurate.
I did, but it died in a different place each time ;-)On Thu, Oct 01, 1998 at 11:59:47AM -0700, Sam Lantinga wrote:
–
– Michael Samuel