Since the test app is built as a MinGW console app, it won't detect any
Windows audio devices. But it will still try, and JUCE normally makes
them the default device type. To avoid this, we subclass the
AudioDeviceManager class and override its createAudioDeviceTypes method.
INSTALL.md: Add Python, ALSA, ASIO info
Markdown syntax
Get rid of OS-specific install docs
They were just direct copies from the libopenshot repo, and it's too
much of a pain keeping them in sync. libopenshot-audio doesn't really
warrant separate instructions for each OS.
INSTALL.md: Cleanup, more detail
Since CMake 3.11, the supported method of integrating Doxygen into
CMake projects has been via the doxygen_add_docs() CMake function,
which (crucially) can be passed a target name to create and doesn't
rely on tons of hardcoding like our UseDoxygen.cmake and its
Doxyfile.in template did.
This means our docs (only) now require CMake 3.11 to generate, but it
allows Doxygen to be configured/used multiple times in the same CMake
configuration, removing a major barrier to superproject builds.
Also, made docs disableable via an ENABLE_AUDIO_DOCS option, and adopt
FeatureSummary into the build.
Remove Doxyfile.in template
CI: Don't autoinstall API docs
Delete Doxyfile.in
Docs: Use PROJECT_VERSION_FULL
Don't pre-process source files
- Does nothing except `#include "./OpenShotAudio.h"`
- Linking/copying the header to both names caused redefinition
errors if both were used in the same project.
* CMake: Install RUNTIMEs to BINDIR
- This matters on Windows, as it controls where the DLL files
end up. (They belong in the same directory as .exe files.)
* Gitlab-CI: Update Windows build commands
- The 32-bit MinGW install now lives at `C:\msys64\mingw32\`
- All multi-arch binaries are expected to be in one of the
MinGW subdirs, either `C:\msys64\mingw32` or `C:\msys64\mingw64`
(The shell's `$env:Path` is set accordingly.)
- Use "MinGW Makefiles" generator, primarily because it
automatically sets the correct CMAKE_MAKE_PROGRAM.
