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 (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
