Public issue https://github.com/mackron/miniaudio/issues/209

This uses the "enabled" notion rather than "available" as I think it's
a bit clearer in terms of enabled at compile time rather than available
at run time.

Public issue https://github.com/mackron/miniaudio/issues/211

The following APIs have been added:

  * ma_is_backend_available()
  * ma_get_avaialable_backends()

Public issue https://github.com/mackron/miniaudio/issues/211

Public issue https://github.com/mackron/miniaudio/issues/201

This is a simplified and somewhat more intuitive way of handling fades.
With these APIs, fades are applied immediately, whereas with the old
fading APIs the fades were scheduled. The old APIs still exist, but may
be removed.

The ma_sound_set_fade_in_frames/milliseconds() API sets the fade which
will be applied immediately. If the starting volume is negative, the
fade will start from the current fade volume. This will also overwrite
any existing fade that is already happening.

The ma_sound_get_current_fade_volume() API allows you to retrieve the
current volume of the fade.

The fade is layered on top of the normal volume parameter. I.e. they
are configured and applied to the signal interdependently.

Currently, all fades are applied linearly.

This is happening due to the hierarchy not being constructed properly.

Fix loopback typo

Public issue https://github.com/mackron/miniaudio/issues/199

This phrase now has some negative connotations. They just had to ruin
it, didn't they?!

This bug is that the function is never returning MA_SUCCESS even when
successful.

This should fix a deadlock when uninitializing a sound after it's
reached the end.