Public issue https://github.com/mackron/miniaudio/discussions/637

This will be expanded on later to be a lot more complete.

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

This affects Windows 95. It does not appear to have at least one of
these functions. This is convenient because the function
IDirectSound::CreateSoundBuffer() is failing in my tests and I wasn't
able to figure out what was going on. Simply failing context
initialization outright is an acceptable solution for now since
Windows 95 is such an uncommon target and it can always fall back to
WinMM which works.

It looks like CoInitializeEx() is not available on Windows 95. This
commit changes it so that if CoInitializeEx() cannot be found, such as
the case with Windows 95, it falls back to CoInitialize().

As of this commit, a crash still occurs when trying to initialize the
DirectSound backend. The WinMM backend works, however.

This change adds a fallback for when setting the format of the primary
buffer fails. I have observed this happening with floating point
formats so I've forced the use of integer PCM formats in the fallback
case. I've also restricted it to 44100 because when I tried 4800 on
my Windows 98 machine it resulted in incorrect output.

There are two things addressed with this commit:

  * The use of CreateEventW() will fail at runtime on Windows 98. The
    "A" version needs to be used instead.

  * CreateThread() fails on Windows 98 if the last parameter is NULL.
    This parameter takes a pointer to a DWORD which receives the
    thread ID.

As of this commit, the DirectSound backend does not work on Windows 98.

The issue with this one was that the brute-force path was seeking back
to the start of the file rather than seeking to the start of the audio
data within the file.

This also makes a small change to Vorbis seeking which could
potentially address an issue where seeking isn't quite accurate.

The issue with this one is that it was possible for the asynchronous
loading process to override settings that were explicitly set via
ma_data_source_set_*(). The fix for this is to only set these on the
asynchronous side if the values in the resource manager's data source
config is not equal to defaults.