May be this would help if someone decides to try adding some basic support for
detecting GM/GS/XG modes. Of course, full support may require more work.
About GS-reset:
www.bandtrax.com.au/sysex.htm
www.2writers.com/eddie/TutSysEx.htm
XG-reset info:
www.xg-central.com/xgc-introdu
> Date: Fri, 06 Aug 2010 18:06:12 -0500
> From: "S. Christian Collins"
>
> 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
> Date: Fri, 6 Aug 2010 07:52:14 +0200
> From: Pedro Lopez-Cabanillas
>
> On Friday, August 6, 2010, Elimar Green wrote:
> > > I want to remark the above quotation from the SF2
> specification. SF2 bank
> > > numbers for melodic channels are numbers in the
> range 0 to 127, 7 bits.
> >
> > That
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
probab
On Friday, August 6, 2010, S. Christian Collins wrote:
> I had no complaints with how bank selects worked in 1.0.9--it's exactly the
> same way my SoundFont-compatible Audigy hardware works. I don't see the
> need to support XG mode when the SoundFont standard doesn't really use that
> mode at all
I had no complaints with how bank selects worked in 1.0.9--it's exactly
the same way my SoundFont-compatible Audigy hardware works. I don't see
the need to support XG mode when the SoundFont standard doesn't really
use that mode at all. There is a lot more that goes into
XG-compatibility than
On Thu, Aug 5, 2010 at 10:52 PM, Pedro Lopez-Cabanillas
wrote:
> On Friday, August 6, 2010, Elimar Green wrote:
>> > I want to remark the above quotation from the SF2 specification. SF2 bank
>> > numbers for melodic channels are numbers in the range 0 to 127, 7 bits.
>>
>> That is only for General
On Thu, Aug 5, 2010 at 10:44 PM, David Henningsson
wrote:
> 2010-08-06 07:11, Elimar Green skrev:
>>
>> The idea behind having a fixed polyphony is to prevent CPU max out.
>> Ideally FluidSynth would be able to dynamically monitor CPU usage and
>> start killing voices once it reaches a set CPU per
On Aug 5, 2010, at 1:33 PM, Pedro Lopez-Cabanillas wrote:
Fixed in SVN revision 334.
Pedro
Thanks, works for accurately rendering a couple of MIDI files that I
have.
It was not a problem related to CMake, by the way.
Yes, I had indicated the source of the error (fluid_rtkit.c) in my