fluid-dev
[Top][All Lists]
Advanced
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [fluid-dev] Allow soundfonts to be searched from multiple directorie

From: sqweek
Subject: Re: [fluid-dev] Allow soundfonts to be searched from multiple directories
Date: Sat, 10 Nov 2018 14:39:28 +0800
On Mon, 5 Nov 2018 at 23:59, Ceresa Jean-Jacques <address@hidden> wrote:

> > The user shouldn't have to manually edit the path themselves.

>Of course he has to. Neither any maintainer nor fluidsynth are responsible for guessing how the user organizes his soundfont collection.

Yes organization soundfont is only the application need. As pointed by Sqweek E " ...there’s no standard way to do this..".

I don't think that fluidsynth package is the right place to define good conventions like standard search paths and/or configuration files.

Instead (as suggered by Sqweek E), the community of application end users should probably helps to do that. This should need time to collect those informations.

Doing a quick survey of linux distros packaging FluidR3_GM.sf2, I see these paths in use:

/usr/share/sounds/sf2/ (Debian, Ubuntu, CentOS)
/usr/share/soundfonts/ (Arch Linux, CentOS)

Yes CentOS uses both paths - but mainly the latter. I suspect its /usr/share/sounds/sf2/default.sf2 is a symlink for compatibility.

There's no analogous way to survey paths in use on Windows/OSX that I'm aware of. Looking on the application side, MuseScore has its own paths:

Windows: %HOMEPATH%\Documents\MuseScore2\Soundfonts
OSX/Linux: ~/Documents/MuseScore2/Soundfonts

A quick dive into LMMS source code suggests it behaves similarly, defaulting to $DOCUMENTS/lmms/samples/soundfonts on all platforms.

I haven't looked into whether linux package maintainers for these apps have tweaked them to look in the system paths, but either way I'm not seeing any obvious conventions for other platforms. Perhaps of interest is that LMMS on windows searches for VSTs in %PROGRAMFILES%\VstPlugins...

-sqweek


reply via email to
[Prev in Thread] Current Thread [Next in Thread]