fluid-dev
[Top][All Lists]
Advanced

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

Re: MIDI Bank Select proposal (was Re: [fluid-dev] Re: Son of ticket #6


From: Elimar Green
Subject: Re: MIDI Bank Select proposal (was Re: [fluid-dev] Re: Son of ticket #65)
Date: Sat, 7 Aug 2010 09:51:44 -0700

This was all basically implemented at one point in FluidSynth with a
settings option and detection of SYSEX MIDI mode change messages,
which would modify the current settings value dynamically.  It was
removed because it was deemed incomplete (as far as all the additional
functionality which comes with being in different modes).  It seems
like re-implementing this with minimal bank switching behavior logic,
may make sense in the short term.  But implementing the complete XG
spec for example, is not a trivial undertaking.

Elimar

On Fri, Aug 6, 2010 at 7:05 PM, jimmy <address@hidden> wrote:
>
>> Date: Fri, 06 Aug 2010 18:06:12 -0500
>> From: "S. Christian Collins" <address@hidden>
>>
>> Another option, rather than try to guess what bank select
>> mode to use
>> would be to default to the GS standard, but have an option
>> to use XG
>> mode--this could even be a switch added to Qsynth easily
>> enough for us
>> GUI folks.
>>
>> That being said, if the guessing is pretty foolproof, then
>> that's
>> probably the best option.
>> -~Chris
>
> If such option(s) are provided, please allow dynamic mode change.  I mean so 
> that FS can play midi files (or live sequences from keyboard/sequencer) 
> continuously without having to restart to get into a different mode 
> (raw/GM/GS/XG).  I suppose the virtual-organs folks would prefer to still get 
> the bare-metal (raw) mode.
>
> Already mention in my last post, will repeat here.  I have read somewhere 
> that there are fairly short sys-ex messages for XG-reset, GS-reset and 
> possibly GM-reset.
>
> Jimmy
>
>
>
>
>
> _______________________________________________
> fluid-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/fluid-dev
>



reply via email to

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