fluid-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [fluid-dev] same-named samples in soundfonts in 1.1.3


From: David Henningsson
Subject: Re: [fluid-dev] same-named samples in soundfonts in 1.1.3
Date: Sun, 27 Feb 2011 10:25:41 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7

On 2011-02-23 23:01, Krzysztof Foltman wrote:
Hey all,

I've found an odd property of Fluidsynth's soundfont loader. It wouldn't
be a big deal, but it gives some trouble when using soundfonts created
using some tools (like Lear Jeff's Nerd Soundfont Tools), and may be
hard to diagnose at first.

The problem occurs when the soundfont file has more than one sample with
the same name. In such cases, it seems to ignore the distinction between
those samples. In case of soundfonts created using jsftools, the samples
for the left channel and the right channel have the same name.

SWAMI and other tools seem to deal with it just fine - but when I try to
use Fluidsynth directly, using its own SF2 loader(?) instead of SWAMI's,
I get mono sound, because a single sample (left channel, for instance)
is used for both sample references in an instrument.

Just for a test, I've created a soundfont with all samples having the
same name - loads and plays fine in SWAMI, but not using command-line
Fluidsynth program, where again only one sample is used instead of many
different samples.

I haven't been trying too hard to find where the problem actually is,
but at least in one place the sample to use in the zone is resolved via
name (fluid_defsfont.c line 1411). If that's where the problem is, I may
try to fix it myself, but maybe someone's been thinking about the best
way to do it before?

(Of course, the simplest workaround for new soundfonts is to guarantee
that sample names are unique, and that's what I'm doing now - but it
doesn't help when using other people's unmodified soundfonts)

Thanks for your bug report. I believe Josh/Element Green had some thoughts of FluidSynth actually using the libInstPatch loader (used in SWAMI) instead of FluidSynth's current loader.

I don't know if that will happen in the near future though, so I'm happy to accept patches that fixes the current issues.

// David




reply via email to

[Prev in Thread] Current Thread [Next in Thread]