[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: Sun, 06 Dec 2009 22:10:54 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20090915 SUSE/3.0b4-3.6 Thunderbird/3.0b4

On 12/06/2009 09:00 PM, address@hidden wrote:
> Quoting Rui Nuno Capela <address@hidden>:
>> ok. the instrument/channel issue may be left as is or to some other
>> occasion and debate. i can live with it, pretty well ;)
>> what really matters now, at least imho, are these 2 issues: 1)
>> bank-offsets non-operative on soundfont load/initialization and 2)
>> fluid_synth_program_reset() should honor fluid_synth_unset_program()
>> discretion by keeping the affected channels unassigned
>> ironing those out two issues should be enough to get 1.1.1 ready as xmas
>> present :)
>> cheers
>> -- 
>> rncbc aka Rui Nuno Capela
>> address@hidden
> Sounds good.  I'll get on it in the next few days.  Did the proposed
> behavior I described before sound good?  I mean, if a channel is unset,
> FluidSynth internally uses an invalid program number and retains the
> bank number (actually, perhaps clearing the bank to 0 would make more
> sense).  If the program gets assigned, via a program change MIDI event,
> a call to fluid_synth_program_change(), etc, then it will no longer be
> unset and might become assigned (if there is a matching preset).

in qsynth's pov, it sounds perfect, as long
fluid_synth_get_channel_info() returns false in the 'assigned' field,
all other struct members are simply ignored.

rncbc aka Rui Nuno Capela

reply via email to

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