[Top][All Lists]

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

Re: [fluid-dev] More commits on the way to 1.1.1

From: Rui Nuno Capela
Subject: Re: [fluid-dev] More commits on the way to 1.1.1
Date: Fri, 04 Dec 2009 08:26:49 +0000
User-agent: RoundCube Webmail/0.3.1

On Thu, 03 Dec 2009 17:44:50 -0800, address@hidden wrote:
> Quoting Rui Nuno Capela <address@hidden>:
>> On 12/03/2009 10:21 AM, Rui Nuno Capela wrote:
>>> On Fri, 27 Nov 2009 15:30:32 -0800, address@hidden wrote:
>>>> I committed some changes which adds a new function
>>>> fluid_synth_unset_program() and finalizes API for
>>>> fluid_synth_get_channel_info().
>>>> <snip>
>>>> With the other changes I just committed and provided no one
>>>> version 1.1.1 should be released shortly.  Speak up if there is
>>>> something I overlooked, that you think should be in 1.1.1.
>> (qsynth is in its svn trunk now.)
>> meanwhile, i still have (qsynth that is) some issues which are probably
>> either new features or bugs of the fluidsynth 1.1.x series
>> the short list:
>> - all 16 channels are always assigned initially even though one loaded
>> soundfont has fewer instruments (bank, programs); on previous
>> < 1.1.0, channels in excess of soundfont instruments remained initially
>> unassigned.
> Yes, previous FluidSynth versions assigned incremental program numbers  
> to each channel.  Starting with 1.1.0, the default bank/program  
> numbers are 1/1 to be compatible with the MIDI GM standard.  This  
> probably isn't going to be changed back to the old way, since there  
> wasn't a strong justification for the previous functionality and it  
> would break MIDI GM files which expected Grand Piano to be already  
> selected.

please note that the issue does not affect GM soundfonts, which certainly
have way more instruments defined than synth number of channels. my
question is exactly about those non-GM/GM2/GS soundfonts that have only one
or a couple of instrument presets defined. as it happens, for instance, on
a soundfont with only one instrument preset, defined at bank=0 and
program=0 (which is most common, afaics) _all_ synth channels get initially
assigned to that very same preset. how come? old behavior (< 1.1.0) was
only the first would get it, leaving all the rest unassigned which i
believe is the right thing to do. what's the use of replicating the same
instrument all over the synth channel space ? my argument is leave them
unassigned as before.

>> - fluid_synth_program_reset() seems to disregard all previous calls to
>> fluid_synth_unset_program(), reassigning the default/initial bank and
>> program setting to any explicitly unassigned channels.
> Yes, I know.  I had mentioned this previously and suspected that you  
> probably wanted the channel to be unset for good.  I'll check and see  
> what this will entail.

this issue is somewhat a side-effect to the previous one or vice-versa. in
my pov, fluid_synth_program_reset() should reset all channel programs to
their initial assignment, yes. but problem may lie on that initial
assignment and that is what is questionable from the previous issue. see?

>> - i may be doing something wrong but i'm having a hard time wrt. bank
>> offsets specially on soundfont initial load and/or early channel
>> assignment (presets).
> Hmm.  What sort of problems are you having with this?  Are the bank  
> offsets not working as expected, as far as which preset gets assigned?

it seems that bank offsets are not playing well at initialization (right
after a sfont gets loaded). for a certain time (enough to get me hairy :)
it seems that bank/programs are being resolved as if bank_offset have not
been set at all. however, it seems, that after one calls
fluid_synth_program_reset() at least, all gets to normal. you see, all
these 3 issues are somewhat related and i made my own effort in dissecting
all this, all done by trial-and-error :)

>> hope all these gets clarified before final 1.1.1 (all issues refer to
>> fluidsynth svn trunk r275)
> Yes, lets get these resolved before 1.1.1 release.

rncbc aka Rui Nuno Capela

reply via email to

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