Bug#929185: default soundfonts

On Thu, 11 Jul 2019 14:50:30 + (UTC) Thorsten Glaser wrote: > > - Patch libraries using soundfonts to fallback to the new default > > soundfont path and add dependencies accordingly (fluidsynth, > > timidity, anything else?) > > gstreamer (the one that started this discussion) perhaps,

Bug#929185: default soundfonts (was Re: gstreamer1.0-plugins-bad: no midi sound - gstreamer selects wrong soundfont by default)

The related bug/issue in fluidity is: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929182 (wrong reference earlier in this thread) > Would users rather have no sound ... or bad sound I vote for bad sound. If there is no sound, there could be all sorts of reasons which can be very hard to

Bug#929182: fluidsynth: no sound by default - soundfont location doesn't exist

On Monday, 20 May 2019 07:50:06 BST you wrote: > According to the man page, you may give the soundfont on the command line. > There is even an example in the third paragraph: 'fluidsynth -ni > soundfont.sf2 midifile1.mid midifile2.mid' > > So, this is the "official" way of starting fluidsynth

Bug#929185: gstreamer1.0-plugins-bad: no midi sound - gstreamer selects wrong soundfont by default

Package: gstreamer1.0-plugins-bad Version: 1.14.4-1+b1 Severity: wishlist Tags: upstream Dear Maintainer, I've been trying to get gstreamer to play midi files. Initially it was when using QMediaPlayer in a QT application. However it also applies when running gstreamer from the commandline,

Bug#929182: fluidsynth: no sound by default - soundfont location doesn't exist

Package: fluidsynth Version: 1.1.11-1 Severity: wishlist Tags: upstream Dear Maintainer, I was trying to play a midi file with: fluidsynth -a pulseaudio sample.mid but this can never work. fluidsynth tries to get the soundfont from /usr/share/soundfonts/default.sf2 which is hardcoded into

Bug#882114: uhexen2-common: h2patch fails with "Error: delta file not found!"

Package: uhexen2-common Version: 1.5.8+dfsg-1 Severity: important Dear Maintainer, I have the commercial disk for Hexen II (Xplosiv edition). After installing uhexen2 (and uhexen2-common), I followed the instructions at http://uhexen2.sourceforge.net/ (Read Me/Getting Started). I copied the

Bug#800821: also needs service files

Unfortunately quite a lot of paths have changed in the transition from KDE 4 to 5, and dolphin moved to KDE5 while konqueror seems to be still on KDE4: $ konqueror --version Qt: 4.8.7 KDE Development Platform: 4.14.12 Konqueror: 4.14.10 $ dolphin --version dolphin 15.08.1 I found that in