A typical sound card has two distinct sections. There is a digital audio section, and a MIDI playback section.
The digital audio section has a Digital to Analog (DAC) chip which plays sound effects and voice (stored as digital audio data, sometimes in WAVE files). Nowadays, most games will also have a music soundtrack stored in digital audio form, and therefore will use the digital audio section for music playback too, in which case it may not use the card's MIDI section at all. (ie, The game software mathematically mixes all of the sound effects, voice, and music data during play, sending the final, mixed digital audio track to the sound card's digital audio section). Many of today's games employ "CD music" soundtracks. The music soundtrack is not only stored in digital audio form, but is also contained on the CDROM. The game software instructs the CD player to play that digital audio track at a certain point in the game, and the output of the CDROM is piped through your sound card to your speakers, mixed with the sound card's DAC by the sound card itself.
But since digital audio takes up a lot more disk space than MIDI data, some game software uses MIDI to play the (instrumental) background music. The card's digital audio section doesn't handle MIDI data, so the card has another section which is a built-in "MIDI sound module". This section handles MIDI (ie, music) playback. In old cards, this section was an FM Synth (ie, used FM synthesis, involving oscillators, to produce sound). This design was rather primitive and unimpressive sounding. Later designs added a WaveTable Synth (ie, used looped digital audio waveforms of various instruments, stored in a ROM on the card itself). So most cards have two sections that play MIDI data; the FM Synth and the WaveTable Synth. Only one of these sections is used by a game. The FM Synth is used by old games that were written before wavetable synth sections appeared (and therefore the software isn't written to control the wavetable). The WaveTable Synth is supported by new game software.
Note: Actually the FM and WaveTable Synths upon many sound cards aren't designed to accept MIDI data. They accept a much cruder form of "musical instructions" first developed by the premier makers of crude game standards; Creative Labs. But, we'll just call it MIDI for the sake of simplicity, since it is a form of musical instructions, like MIDI is.
For games that use MIDI for music playback, you may want to read the basic article What is MIDI? before continuing further with this FAQ.
Because the wavetable sound modules in virtually all sound cards nowadays, such as the SB Live, are General MIDI, multitimbral sound modules, you may also wish to read the following 2 articles:
What is MultiTimbral?
General MIDI
Also, there is much information about MS-DOS sound card support (ie, older games, prior to DirectX) and game card support in the article Audio Cards and MIDI Interfaces for a computer. This should be read before proceeding. If you're using only game software that requires DirectX, then MS-DOS hardware issues are irrelevant to you. Instead, what most concerns you is driver support. You want stable drivers with fully-implemented DirectSound and Direct3D support.
The General MIDI option for older, MS-DOS game software works by sending MIDI messages to an MPU-401 compatible MIDI OUT port. It is expected that you'll have a General MIDI sound module attached to this MIDI OUT port. Some sound cards, such as Roland's SCC-1 or RAP-10, or Yamaha SW60XG, have their internal (ie, built-in) GM wavetable module attached to this MPU-401 MIDI OUT port, so when you select the "General MIDI" music option in games, the card's wavetable section plays the music.
The SB16 does have an MPU-401 compatible MIDI OUT port (and the game software can find this and will therefore report that the card supports "General MIDI" in theory), but it's attached to *no* sound module by default. The SB16's FM synth section is not attached to this port. The FM synth section is addressed separately, in a completely different manner, which is why you need to select the "SB FM Synth" option in order to hear music. Likewise, the internal (built-in) wavetable synths in the AWE32 or SB32 are not attached to this MPU-401 MIDI OUT port. The built-in wavetable also has its own address, which is why you need software that specifically supports the SB's built-in wavetable.
If you add an external GM module to your SB16's MIDI OUT, then you'll hear music from the game's "General MIDI" option. Alternately, if you add a daughterboard to your SB16 (such as a Roland SCD-10 or Yamaha DB50XG), this internally attaches to the SB16's MIDI OUT port, and will work the game's GM music option.
The AWE32 and SB32 ship with a DOS TSR that allows the game's "General MIDI" option to work with the built-in wavetable module. How does this work if the software is supposedly writing to the MIDI OUT port, but the wavetable isn't physically attached to that port? Well, through some CPU trickery, the DOS TSR wedges itself inbetween the game and the SB, and every time the game tries to write to the MPU MIDI OUT port, the TSR grabs that data and reroutes it to the SB wavetable synth, sometimes altering the data if necessary. Needless to say, such a ruthless, intrusive software scheme sometimes adversely affects the game's performance, and maybe even won't work at all with some games.
Sometimes, running MS-DOS game software under Windows (ie, not rebooting into MS-DOS mode, but rather, running the software in a DOS box) allows the Windows driver for the card to intercept the software's attempts to access the hardware, just like a DOS TSR. That's why, with some Windows drivers, you can get the General MIDI option to make sound when the MS-DOS software is running under Windows, but not when you boot into MS-DOS itself. Furthermore, the Windows driver may even intercept old game software that uses only the FM Synth section of the card (ie, doesn't know how to use either the built-in WaveTable nor General MIDI) and will reroute that music data to the WaveTable Synth. Hence, you'll get a dramatic improvement in sound quality running that game under Windows with such a driver, rather than under MS-DOS. But again, these software tricks sometimes adversely affect performance, slowing down game play or even resulting in music playback glitches or stuck notes.
On the other hand, if your game sound doesn't work under Win95, but does work when you boot off of an MS-DOS boot disk, then see the answer to the question Why can't I get sound from my MS-DOS game programs run under Win95?.
NOOOOOOO!!!! Don't ever use an MPU-401 driver unless you plugged your daughterboard into a real Roland MPU-401 MIDI card. The drivers that came with your sound card, and are supplied by your card's manufacturer, always handle the operation of any daughterboard (ie, even a Roland daughterboard such as the SCD-10 or SCD-15). And especially don't try to use an MPU-401 driver to control the same card that you have other drivers simultaneously controlling. That's like sticking your head in the toilet in order to wash your hair.
For more info read the answer to Do I use the Windows MPU-401 device driver with my SCD-10 or SCD-15?.
See the answer to the question Why can't I get sound from my MS-DOS game programs run under Win95? for a discussion of setting up MS-DOS mode, as well as cleaning out real-mode drivers from Win95's bootup.
Furthermore, I recommend setting Win95's disk cache and virtual memory to fixed sizes. See the answer to the question "How do I get my 16-bit sequencer program to have more stable digital audio under Win95?".