Commit graph

8 commits

Author SHA1 Message Date
Christoph Oelckers
47475495f4 - integrate FluidSynth directly into the project in source form.
The primary reason for this is to avoid dealing with FluidSynth's rather messy compile setup.
This also protects us from breaking API/ABI changes like between version 1 and 2.

This still needs work for Linux/macOS to deal with glib. Windows works fine.
2022-07-31 12:12:11 +02:00
Emanuele Disco
ad00418fec - fixed fluidsynth settings getting reset to default during midi init playback sequence 2022-04-12 08:52:54 +02:00
alexey.lysiuk
2b291705f2 - support dynamic loading of FluidSynth 2.2 2021-05-19 09:13:53 +03:00
alexey.lysiuk
0ee7aa9a5b - support arbitrary number of FluidSynth dynamic library names 2021-05-19 09:13:32 +03:00
alexey.lysiuk
69692696ec - load FluidSynth dynamic library once
https://forum.zdoom.org/viewtopic.php?t=70710
2021-05-19 09:12:59 +03:00
alexey.lysiuk
b9d22fb358 - do not expose module_progdir variable
If the same global variable is used by executable that linked to ZMusic dynamic library, both definitions may clash
For example, Linux builds of GZDoom and Raze could crash on exit because of double free, std::string destructor was called twice on the same module_progdir variable
2020-02-23 12:25:52 +02:00
Christoph Oelckers
17d7942d02 - made the global interface c compatible. Added an empty C source so that incompatibilities immediately trigger compile errors.
- simplified the message printing interface to a single function.
2020-01-11 12:47:07 +01:00
Christoph Oelckers
a4eae42ec5 - initial commit 2020-01-02 17:52:30 +01:00