A Real-Time Software Synthesizer That Uses Soundfont(tm)
FluidSynth (formerly IIWU Synth) is based on the SoundFont(tm) 2
specifications. It is a real-time "software synthesizer". FluidSynth
can read MIDI events from the MIDI input device and render them to the
audio device. It can also play MIDI files.
- Sources inherited from project multimedia:libs
- Devel package for openSUSE:Factory
-
8
derived packages
- Links to openSUSE:Factory / fluidsynth
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:infi777:games/fluidsynth && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
baselibs.conf | 0000000015 15 Bytes | |
fluidsynth-2.3.5.tar.gz | 0001775448 1.69 MB | |
fluidsynth.changes | 0000031135 30.4 KB | |
fluidsynth.conf | 0000000247 247 Bytes | |
fluidsynth.spec | 0000003864 3.77 KB |
Revision 122 (latest revision is 123)
Takashi Iwai (tiwai)
accepted
request 1164529
from
Dirk Mueller (dirkmueller)
(revision 122)
- update to 2.3.5: * Fix setting `synth.chorus.speed` to its minimum value being reported as out of range * Fix a regression causing libinstpatch and libsndfile not to be discovered on Windows * Fix Pipewire audio driver not cleanly being destroy * Fix selection logic for XG drum banks * Add cmake flag `FLUID_HOST_COMPILER` to allow overriding default host compiler required during compilation * LASH support has been deprecated * The number of allowed LADSPA effect units has been increased. - Add user fluidsynth and group audio. * introduce verbose error reporting for `fluid_settings_*` functions - Add baselibs.conf as a source file - Added 32-bit compatibility library (needed by + Multichannel output broken when double precision was used This is the result of a 6 month development cycle and is the most
Comments 2
A recent change broke midi playback for me in gzdoom, see:
https://build.opensuse.org/package/show/games/gzdoom
Accepting the last request made this whole thing red.