[Top][All Lists]

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

Re: [fluid-dev] Re: Last QSynth issues committed

From: Rui Nuno Capela
Subject: Re: [fluid-dev] Re: Last QSynth issues committed
Date: Tue, 15 Dec 2009 00:14:59 +0000
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20091130 SUSE/3.0.0-1.1.1 Thunderbird/3.0

On 12/14/2009 07:09 PM, address@hidden wrote:
> Oops.  Should work now.  The logic which tries to fallback to a valid
> preset was getting executed.
> With fluid_synth_unset_program() its currently leaving the bank number
> as it was, but clearing the program number.  Does this seem OK or should
> it set the bank to 0?  The effect that this would have, is that if a
> future program change was received it would use the old bank number.

re. svn trunk r278

fluid_synth_unset_program() seems to do its deeds now, but ...

that fallback logic needs work still. or else. for example, simple
soundfonts which define fewer instruments/presets than the number of
available channels, are now set initially unassigned, as reported by
fluid_synth_get_channel_info(). furthermore, any attempt to assign any
other bank/program to a channel, via fluid_synth_bank_select() and
fluid_synth_program_change(), are strangely refused or will fallback to
unassigned or default preset quite immediately.

one other thing, more like a question, is fluid_synth_program_reset()
really supposed to reset all channels to the default bank/program
assignment and disregard any explicit or discrete bank/program change
made so far? i am not sure, but i think that is in complete disruption
with older behavior or semantics from pre 1.1.0

rncbc aka Rui Nuno Capela

reply via email to

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