[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:1.9.1.4pre) 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.
cheers
--
rncbc aka Rui Nuno Capela
address@hidden
Re: [fluid-dev] More commits on the way to 1.1.1, josh, 2009/12/04
Re: [fluid-dev] More commits on the way to 1.1.1, josh, 2009/12/03