OmniMIDI 14.8.5.0

Resetting the settings in OmniMIDI should now get rid of the weird linear attack/sustain behavior.
Small fixes.

Fixed issue that broke compatibility under Wine.

Fixed driver registration.
Fixed multiple issues.

Fixed Update system.

Fixed broken if-else statement in the audio renderer function that caused BASSASIO to get fed with events twice, causing feedback in the audio.

Fixed missing BASSWASAPI library on 32-bit installs of OmniMIDI.

Fixed issue that caused some registry values to not spawn on a clean install of the driver, causing the latter to crash on start.

Fixed issue (#182). It was actually caused by WinMMWRP ignoring the setting in the configurator.
While the fix was as easy as making the patch read the configurator's setting (The original functions apparently worked fine, I thought they were broken oops), I actually decided to follow Khang's suggestion of importing the time* functions from Kernel32, instead of loading them from WinMM. This will only happen on Windows 8 and newer, since Windows 7 does not have those new functions in Kernel32. (This is also why Windows 8 and newer have two DLLs that mostly share the same functions, WinMM and WinMMBase)

Added workaround for apps that load the BASS libraries on boot-up. (E.g. Synthesia and Kiva MIDI Player)
Added option to disable the audio ramp-in (BASS_MIDI_FONT_NORAMPIN) to the configurator. (From 13.4.0.0)
Added latency info for all engines, in the debug window. (If you see a mismatch between the frames value in the debug window and the buffer size in the ASIO control panel, don't worry about it. BASSASIO automatically allocates a few more frames for audio monitoring. E.g. 64 samples + 48 for monitoring.) (From 13.4.0.0)
The debug window will now correctly report the correct KDMAPI status when using the Windows Multimedia Wrapper. (From 13.4.0.0)
Fixed bug with ASIO and new WASAPI that would make some notes get stuck and played every few seconds. (From 13.2.0.0)
Changed behavior of MIDI_IO_COOKED. It will not use dwUser's address for CookedPlayer anymore. The player will now be hosted inside OM's own working set. (From 13.2.0.0)
Updated the Windows Multimedia Wrapper to version 7.1, which should fix compatibility with apps that make use of callbacks and also fix a pesky issue with MIDI_IO_COOKED apps, such as GZDoom. (From 13.2.0.0)
Updated DirectX Audio engine. (From 13.1.0.0)
Restored BASSWASAPI. This means that WASAPI exclusive mode is back, together with some nifty features that could benefit Windows 10 users that both want low-latency playback and shared mode. If you don't like the new WASAPI implementation, you can always revert back to the old one by clicking "Use old WASAPI" button in the "Change output" window. (From 13.0.0.0)
Added a workaround for an issue in the MSVC libraries, that made FreeLibrary free up the libraries without zeroing the pointers. (From 13.0.0.0)

Added option to disable the audio ramp-in (BASS_MIDI_FONT_NORAMPIN) to the configurator.
Added latency info for all engines, in the debug window. (If you see a mismatch between the frames value in the debug window and the buffer size in the ASIO control panel, don't worry about it. BASSASIO automatically allocates a few more frames for audio monitoring. E.g. 64 samples + 48 for monitoring.)
The debug window will now correctly report the correct KDMAPI status when using the Windows Multimedia Wrapper.
Fixed bug with ASIO and new WASAPI that would make some notes get stuck and played every few seconds. (From 13.2.0.0)
Changed behavior of MIDI_IO_COOKED. It will not use dwUser's address for CookedPlayer anymore. The player will now be hosted inside OM's own working set. (From 13.2.0.0)
Updated the Windows Multimedia Wrapper to version 7.1, which should fix compatibility with apps that make use of callbacks and also fix a pesky issue with MIDI_IO_COOKED apps, such as GZDoom. (From 13.2.0.0)
Updated DirectX Audio engine. (From 13.1.0.0)
Restored BASSWASAPI. This means that WASAPI exclusive mode is back, together with some nifty features that could benefit Windows 10 users that both want low-latency playback and shared mode. If you don't like the new WASAPI implementation, you can always revert back to the old one by clicking "Use old WASAPI" button in the "Change output" window. (From 13.0.0.0)
Added a workaround for an issue in the MSVC libraries, that made FreeLibrary free up the libraries without zeroing the pointers. (From 13.0.0.0)

Fixed bug with ASIO and new WASAPI that would make some notes get stuck and played every few seconds.
Changed behavior of MIDI_IO_COOKED. It will not use dwUser's address for CookedPlayer anymore. The player will now be hosted inside OM's own working set.
Updated the Windows Multimedia Wrapper to version 7.1, which should fix compatibility with apps that make use of callbacks and also fix a pesky issue with MIDI_IO_COOKED apps, such as GZDoom.
Updated DirectX Audio engine. (From 13.1.0.0)
Restored BASSWASAPI. This means that WASAPI exclusive mode is back, together with some nifty features that could benefit Windows 10 users that both want low-latency playback and shared mode. If you don't like the new WASAPI implementation, you can always revert back to the old one by clicking "Use old WASAPI" button in the "Change output" window. (From 13.0.0.0)
Added a workaround for an issue in the MSVC libraries, that made FreeLibrary free up the libraries without zeroing the pointers. (From 13.0.0.0)