[fluid-dev] Erratic behavior of Loop type '3' - Continue after release

2010-09-23 Thread Graham Goode
Hi Guys, I'm experiencing weird behavior with fluidysnth 1.1.1 and 1.1.2 when using loop type '3' - Continue after release... most of the time the release simply does not sound. Running my fingers very very fast up and down the keyboard gets them to sound, and a few sound correctly all the time, b

Re: [fluid-dev] fluidsynth bugs

2010-09-23 Thread Matt Giuca
> You should be able to set any "settings" option with the -o switch. > Example: > fluidsynth -o player.reset-synth=0 > That should work, if in fact there is a "real reason" why these files are all piano-sounding (i.e., there's something weird about the midi files that's causing them to be reset)

Re: [fluid-dev] fluidsynth bugs

2010-09-23 Thread Elimar Green
Hello Victor, On Thu, Sep 23, 2010 at 12:26 PM, wrote: > Regarding the first problem, I have identified in my first e-mail the API > function that uses the > reset-presets parameter. All you need to do is implement an option for the > command-line to > set that parameter. I can suggest the code

Re: [fluid-dev] fluidsynth bugs

2010-09-23 Thread Matt Giuca
Hi Victor, > 1. It resets all channes to prg 1, so when you play a midifile, all we get is > piano from GM soundfonts. I have asked about this here, but no one responded. > With a call to > >  fluid_synth_sfload(synth, p->soundfont, 0); > >  it seems this behaviour is prevented. But there does n

Re: [fluid-dev] fluidsynth bugs

2010-09-23 Thread Ebrahim Mayat
On Sep 23, 2010, at 3:26 PM, victor.lazzar...@nuim.ie wrote: Regarding the first problem, I have identified in my first e-mail the API function that uses the reset-presets parameter. All you need to do is implement an option for the command-line to set that parameter. I can suggest the code

Re: [fluid-dev] fluidsynth bugs

2010-09-23 Thread Victor . Lazzarini
Regarding the first problem, I have identified in my first e-mail the API function that uses the reset-presets parameter. All you need to do is implement an option for the command-line to set that parameter. I can suggest the code if you need it. In relation to the second problem, it's independe

Re: [fluid-dev] fluidsynth bugs

2010-09-23 Thread Ebrahim Mayat
On Sep 23, 2010, at 2:16 PM, victor.lazzar...@nuim.ie wrote: Sorry, but my midi file has plenty of PCs in it. With my own fluidsynth client (and other software) it plays as expected. The problem is the reset-presets parameter in the sfont loading function. For starters, you could send your

Re: [fluid-dev] fluidsynth bugs

2010-09-23 Thread Victor . Lazzarini
Sorry, but my midi file has plenty of PCs in it. With my own fluidsynth client (and other software) it plays as expected. The problem is the reset-presets parameter in the sfont loading function. And regarding the second problem, it's not a RAM or system problem. My computer is much more powerf

Re: [fluid-dev] fluidsynth bugs

2010-09-23 Thread Ebrahim Mayat
On Sep 23, 2010, at 10:33 AM, Victor Lazzarini wrote: Hi everyone there seems to be a couple of bugs with fluidsynth (1.1.1, command- line program): 1. It resets all channes to prg 1, so when you play a midifile, all we get is piano from GM soundfonts. I have asked about this here, but

[fluid-dev] fluidsynth bugs

2010-09-23 Thread Victor Lazzarini
Hi everyone there seems to be a couple of bugs with fluidsynth (1.1.1, command- line program): 1. It resets all channes to prg 1, so when you play a midifile, all we get is piano from GM soundfonts. I have asked about this here, but no one responded. With a call to fluid_synth_sfload(s