Bug#929185: default soundfonts
Am Mittwoch, den 04.09.2019, 14:29 +0300 schrieb Sebastian Dröge: > Thanks, I've added it to git for now. There will be an 1.16.1 release > in the near future, the patch will be part of that Cool, thanks! signature.asc Description: This is a digitally signed message part
Bug#929185: default soundfonts
On Wed, 2019-09-04 at 13:07 +0200, Fabian Greffrath wrote: > Hi slomo, > > could you please consider this patch for the next gst-plugins-bad1.0 > upload? Thanks, I've added it to git for now. There will be an 1.16.1 release in the near future, the patch will be part of that signature.asc Description: This is a digitally signed message part
Bug#929185: default soundfonts
Hi slomo, could you please consider this patch for the next gst-plugins-bad1.0 upload? Thanks, - Fabian Am Montag, den 05.08.2019, 09:38 +0200 schrieb Fabian Greffrath: > Control: tags -1 + patch > > The following patch will set the default soundfont path for gstreamer > according to our new convention: > > --- a/ext/fluidsynth/gstfluiddec.c > +++ b/ext/fluidsynth/gstfluiddec.c > @@ -63,7 +63,7 @@ enum >LAST_SIGNAL > }; > > -#define DEFAULT_SOUNDFONT NULL > +#define DEFAULT_SOUNDFONT "/usr/share/sounds/sf3/default- > GM.sf3" > #define DEFAULT_SYNTH_CHORUSTRUE > #define DEFAULT_SYNTH_REVERBTRUE > #define DEFAULT_SYNTH_GAIN 0.2 > > signature.asc Description: This is a digitally signed message part
Bug#929185: default soundfonts (was Re: gstreamer1.0-plugins-bad: no midi sound - gstreamer selects wrong soundfont by default)
Am Montag, den 05.08.2019, 11:44 + schrieb Thorsten Glaser: > can always use equivs or something. Go ahead ;-) Done, thanks! - Fabian signature.asc Description: This is a digitally signed message part
Bug#929185: default soundfonts (was Re: gstreamer1.0-plugins-bad: no midi sound - gstreamer selects wrong soundfont by default)
Fabian Greffrath dixit: >I think things would become at lot easier if I would let libfluidsynth1 >depend on "timgm6mb-soundfont | sf2-soundfont" instead of merely >recommending it. Does anything speak against this? No, that’s optimising for the common case, and the local admin can always use equivs or something. Go ahead ;-) Thanks, //mirabilos -- Beware of ritual lest you forget the meaning behind it. yeah but it means if you really care about something, don't ritualise it, or you will lose it. don't fetishise it, don't obsess. or you'll forget why you love it in the first place.
Bug#929185: default soundfonts (was Re: gstreamer1.0-plugins-bad: no midi sound - gstreamer selects wrong soundfont by default)
Am Montag, den 20.05.2019, 21:38 + schrieb Thorsten Glaser: > it have any users in Depends)? Depending on it would make the > local soundfont slightly more difficult. (If it’s just Recommends, > no worries.) I think things would become at lot easier if I would let libfluidsynth1 depend on "timgm6mb-soundfont | sf2-soundfont" instead of merely recommending it. Does anything speak against this? - Fabian signature.asc Description: This is a digitally signed message part
Bug#929185: default soundfonts
Control: tags -1 + patch The following patch will set the default soundfont path for gstreamer according to our new convention: --- a/ext/fluidsynth/gstfluiddec.c +++ b/ext/fluidsynth/gstfluiddec.c @@ -63,7 +63,7 @@ enum LAST_SIGNAL }; -#define DEFAULT_SOUNDFONT NULL +#define DEFAULT_SOUNDFONT "/usr/share/sounds/sf3/default-GM.sf3" #define DEFAULT_SYNTH_CHORUSTRUE #define DEFAULT_SYNTH_REVERBTRUE #define DEFAULT_SYNTH_GAIN 0.2 signature.asc Description: This is a digitally signed message part
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, maybe > also the various phonon? I’m not well-versed in the “desktop” world. According to Wikipedia, Phonon can use GStreamer and VLC. QT multimedia used to use Phonon, but now uses Gstreamer - this may be configurable somewhere, but the problem with Gstreamer at the top of this thread, when fixed, allowed QT to work. VLC uses fluidsynth for midi files (configurable?). This doesn't work for me by default, because the default audio driver for fluidsynth is Jack, but I'm using pulseaudio, and I couldn't find a way in the VLC GUI to specify that the fluidsynth plugin should use the pulseaudio driver, although I can set the soundfount for fluidsynth to use, and I can set the audio driver for VLC to use generally. Come to think of it, this is another problem with fluidsynth, that would be solved by having a defaults file under /etc that is always used by fluidsynth, rather than only when it is in daemon mode. Neither xine nor mplayer seem to know about midi files. So, in summary, I think addressing gstreamer and fluidsynth should cover most cases. I don't know much about timidity. The code changes for gstreamer and fluidsynth look pretty straightforward; they're included at the top of this bug and #929182 respectively, but it's just changing one hard-coded name for another. I don't know if upstream have any plans to make this configurable at run time instead? Given that Gstreamer seems quite widespread, I'm surprised that there doesn't seen to be more in the way of system level configuration files.
Bug#929185: default soundfonts (was Re: gstreamer1.0-plugins-bad: no midi sound - gstreamer selects wrong soundfont by default)
Thorsten Glaser wrote: > This (#929185) may also affect timidity, which has its own format, > but with a trivial config file can support any SF2 (at least, did > not try SF3) soundfont: I didn't even know this! I believed timidity was still bound to the pats format. > Iâve opened #920373 against timidity to have sourcing this, commented > out, added to the stock timidity configuration (which already shows > commented-out entries for several other soundfonts). If it is this easy to tell timidity use SF2 soundfonts then I agree we should prepare its package for this. - Fabian
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 track down, e.g. not in the correct audio group, no permission to access device, soundfont not installed, blocked by another program, daemon not running, unable to find library/plugin, volume too low etc. (These are not all relevant to gstreamer, but are problems I've had in the past that can be difficult to trace.) If there is bad sound, then the system is basically working, so there are fewer things to check, e.g. poor audio file, poor soundfont, CPU too slow. It's then much easier to try a different audio file or soundfont, or nice the process. The problem I had is that I wasn't getting errors reported, I just had no sound. It took quite a while to track down the problem, and the fix was nasty (I editted the plugin binary to change the directory searched from sounds/sf2 to sounds/gst, then created that directory with a link in it to my preferred soundfont).
Bug#929185: default soundfonts (was Re: gstreamer1.0-plugins-bad: no midi sound - gstreamer selects wrong soundfont by default)
Dixi quod… >Hi Fabian and others, >>Debian. If we add these to the alternatives system to provide >Should we also make all packages providing an alternative for this >Provides some virtual package, for others to depend on? I’d suggest >sf2-soundfont and sf3-soundfont for naming, and SF3 soundfonts can >Provides both of them. Another point to think of: admins can locally install any¹ other soundfont by just copying it into place, and those can also serve as default soundfonts. This offers two questions: • do we really need the virtual package outlined above (i.e. would it have any users in Depends)? Depending on it would make the local soundfont slightly more difficult. (If it’s just Recommends, no worries.) • how easy is it for non-packaged things to be added to the Debian alternatives system? I think it’s just one command, which we could document in the consumers of soundfonts’ readmes. ① I know of several very well-liked but non-redistributable ones in the MuseScore forums scene alone. bye, //mirabilos -- > Wish I had pine to hand :-( I'll give lynx a try, thanks. Michael Schmitz on nntp://news.gmane.org/gmane.linux.debian.ports.68k a.k.a. {news.gmane.org/nntp}#news.gmane.linux.debian.ports.68k in pine