Re: [fluid-dev] My absence and misunderstandings

2009-04-20 Thread Bernat Arlandis i Mañó
David Henningsson escrigué: Let me add, what I'm missing in particular would to hear Bernat's point of view of a time schedule for 2.x. The old plan was "it's better doing something (although it's not well understood) than expecting nothing", now things have changed and I have changed my pl

Re: [fluid-dev] Fluidsynth on 64-bit Linux

2009-04-20 Thread Bernat Arlandis i Mañó
Ebrahim Mayat escrigué: This query is directed to anybody who could be using a 64-bit Debian distro (David ? Bernat ?). My guess is that fluidsynth needs to be made 64-bit compatible so that linking against 64-bit capable libjack can be accomplished without error. No problems in my Debian SID

[fluid-dev] Documentation

2009-04-20 Thread Pedro Lopez-Cabanillas
Hi, I've committed some changes to the developer documentation: http://fluidsynth.resonance.org/trac/changeset/176 There is a new document source "fluidsynth-v11-devdoc.txt" formatted for Doxygen, and an updated Doxyfile specifications to process this new file along with the library headers and

Re: [fluid-dev] Fluidsynth on 64-bit Linux

2009-04-20 Thread David Henningsson
Ebrahim Mayat skrev: >>>Compiles ok, with Jack recognised as present. That should probably have been "configures ok" >>>Make goes wrong with: " /bin/sed: Can't >>>read /usr/lib64/libjack.la: No such file or directory." >>>"libtool: link: '/usr/lib64/libjack.la' is

Re: [fluid-dev] Fluidsynth on 64-bit Linux

2009-04-20 Thread Pedro Lopez-Cabanillas
On Monday, April 20, 2009, Ebrahim Mayat wrote: > This query is directed to anybody who could be using a 64-bit Debian > distro (David ? Bernat ?). > My guess is that fluidsynth needs to be made 64-bit compatible so that > linking against 64-bit capable libjack can be accomplished without > error.

Re: [fluid-dev] Patch for fast midi file rendering

2009-04-20 Thread David Henningsson
Josh Green skrev: > I agree that render fits the function of what FluidSynth is doing > (rendering SoundFont instruments and MIDI files to audio). I'd just as > well do away with the file writer driver, since I don't see a need for > live file writing using FluidSynth directly (since you would lik

Re: [fluid-dev] Timing revisited

2009-04-20 Thread David Henningsson
Josh Green skrev: > As for using a callback for resolving the concurrency issues. That > sounds to me like you may still end up with race conditions, it would > just make them less likely to happen. The callback I'm talking about is mainly the same thing as the as the sample timer, i e the possi

Re: [fluid-dev] My absence and misunderstandings

2009-04-20 Thread David Henningsson
Josh Green skrev: > We are all here volunteering our time and the > last thing we should be feeling is that its just another drudgery or > "work". In fact we all deserve praise and reward for the time, effort > and enthusiasm we bring the project. Indeed. Actually I could just say "indeed" for mo

Re: [fluid-dev] midi player issues

2009-04-20 Thread Pedro Lopez-Cabanillas
On Monday, April 20, 2009, Josh Green wrote: > On Thu, 2009-04-02 at 23:07 +0200, Pedro Lopez-Cabanillas wrote: > > Felix Krause wrote: > > > - fludi_player_stop stops the midi player, but doesn't mute the > > > currently playing notes. If I call fluid_player_start afterwards, the > > > player does

Re: [fluid-dev] Fluidsynth on 64-bit Linux

2009-04-20 Thread Ebrahim Mayat
On Apr 20, 2009, at 1:07 AM, Josh Green wrote: On Sat, 2009-04-04 at 16:59 -0400, Ebrahim Mayat wrote: Hello To 64-bit Debian users, I am forwarding this message that I received off-list. It would be appreciated if anybody could assist/test on 64-bit Linux. The latest svn (r168) has a

sf2-xml WAS: Re: [fluid-dev] Preparing for 1.0.9 release

2009-04-20 Thread wg2002a
> Date: Sun, 19 Apr 2009 22:05:22 -0700 > From: Josh Green > > I like your idea of turning your SoundFont into a > collaborative project. > I've thought about this type of thing before, in regards to > creating a > SoundFont patch format, using XML which could be used to > pass around > changes