I wrote: > FluidSynth's PulseAudio is quite broken too, but not as badly as the ALSA > backend on the default/pulse device. PS: Well, my machine being a slow P4 Northwood may have something to do with this. I can get good output from the command-line fluidsynth (which is what KMid2 fires up) by increasing the default buffer sizes, i.e. adding these extra options in the KMid2 dialog: -o audio.period-size=512 -o audio.periods=16 Lower buffer sizes lead to noise in the output. QSynth is much worse than the command-line fluidsynth though, probably because the UI fight for CPU slices with the fluidsynth lib. There I noticed 2 problems: * much worse noise at low buffer sizes (to the point of the audio being crap) * high buffer sizes lead to irregularity in the output (i.e. timings are not being respected) I guess faster machines will not show these symptoms, or at least not to that extent, though. Kevin Kofler