aaaah..... cute!

Works on my Linux system. I'm getting 257 fps (and dizziness).

I'm at the 2^6-2^4 border... does that make me a whippersnapper?

Worked fine on my linux system.

A Demo section below Game Dev would be a good idea.

I've just played with your Saturn demo and its very good.

If you don't need realtime playback then render a wave file and play it back with aplay . This is from aplay's man page: Recognized sample formats are: S8 U8 S16_LE S16_BE U16_LE U16_BE S24_LE S24_BE U24_LE U24_BE S32_LE S32_BE U32_LE U32_BE FLOAT_LE FLOAT_BE FLOAT64_LE FLOAT64_BE IEC958_SUBFRAME_LE...

Your sound card is limited to 16 or 24-bit only, so it might be easier to render in 32-bit float, convert to 16-bit signed integer then play the 16-bit data. If you really need to play 32-bit float then take a look at JACK http://www.jackaudio.org/api/ JACK uses 32-bit float exclusively.

I wrote this test program years ago. It plays both a wave file and an internally rendered buffer. It might be useful to you. 'sdl_mixer (program to test sdl_mixer sound api) - David Watson '######################### set up variables and screen ######################### #include "SDL\SDL.bi"...

You are correct about splitting the audio into parts (usually around 20 milliseconds or so). If you can read C then you might want to look at the pcm.c and pcm_min.c examples at http://www.alsa-project.org/alsa-doc/alsa-lib/examples.html

Are you sure you don't want to use sdl_mixer?

You seem to be trying to play an entire wave file in your sound card's buffer! If your sound card's buffer is 1 MiB and you are playing a 48 kHz, 8-bit, mono sample then you will be limited to 1048576 / 48000 / 1 / 1 = 21.845 seconds.

You need to switch to something like sdl_mixer instead.

I got a seg fault initially on my x86-64 linux system.
Changing all the dim as integer lines to dim as long fixed it.
After that it looked pretty good.

Try this:

Place an alert sound called beep.wav in your working directory. This should work on systems with alsa or pulseaudio.

Try

Keyboard driver chips map the numpad keys to the cursor keys, home, pgup, etc when numlock is off. This is a hardware feature and not a problem with Linux, you should see the same thing happen in Windows. I'm not sure why you can't read Ctrl and Alt with multikey, I can read them OK on my Linux Mint...

Maybe the Windows console doesn't support unicode? I'm using Linux.