On 12/14/2009 07:09 PM, [email protected] 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 cheers -- rncbc aka Rui Nuno Capela [email protected] _______________________________________________ fluid-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/fluid-dev
