On Wed, 11 Feb 2015, Peter Billam wrote:
perhaps it would be better to supply a simple CLI SFZ-to-SF2 converter.
Yes :-) agreed. Though it depends what you mean by 'simple',
Not requiring Qt would be a start...
because the data-fields provided by one format do not necessarily map
one-t
Greetings,
R.L. Horn wrote:
> perhaps it would be better to supply a simple CLI SFZ-to-SF2 converter.
Yes :-) agreed. Though it depends what you mean by 'simple',
because the data-fields provided by one format do not necessarily
map one-to-one to those in the other.
> Conversion to SF2 doesn'
On Tue, 10 Feb 2015, Garth Hjelte wrote:
...it would be just a simple reading/parsing of a SFZ file funnelling
into the SoundFont format where FS would play it.
In that case, perhaps it would be better to supply a simple CLI SFZ-to-SF2
converter. Conversion to SF2 doesn't appear to me to be
On Tue, 10 Feb 2015, Nikos Chantziaras wrote:
Is it possible at configuration time (either cmake or autotools) to
specify that only libfluidsynth should be built?
I don't believe you can configure that way, but if you use the cmake
Makefile generator, you can simply build with "make libfluids
At 06:27 PM 2/9/2015, you wrote:
>Garth, Why not just use LinuxSampler if you want to use SFZ?
I use FS programmatically whereas LS seems to be only a standalone, I may be
wrong.
Also, my comments here focused more on SFZ being an input-type of format, not
really a instrument-representation fo
Hello.
Is it possible at configuration time (either cmake or autotools) to
specify that only libfluidsynth should be built?
This is for a cross-compilation package (MXE), compiling from Linux to
Windows, where software uses libfluidsynth as its internal MIDI engine.
Building fluidsynth.exe d
thanks for the info
Frank
Am 09.02.2015 um 13:13 schrieb David Henningsson:
On 2015-02-09 12:47, Frank Dahmen wrote:
Hi,
may i use fluidsynth in a free android app (with ads)?
Do i have to publish the source code?
FluidSynth is released under LGPL.
If you publish the source code to your
