fluid-dev
[Top][All Lists]
Advanced

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

Re: [fluid-dev] New JACK MIDI driver and other stuff


From: Josh Green
Subject: Re: [fluid-dev] New JACK MIDI driver and other stuff
Date: Mon, 09 Mar 2009 17:00:24 -0700

On Mon, 2009-03-09 at 23:53 +0000, Rui Nuno Capela wrote:
> Josh Green wrote:
> > I just committed support for Jack MIDI to SVN.  I tested this with
> > jack_midiseq.  Also tested with alsaseq2jackmidi by connecting up my
> > MIDI keyboard to FluidSynth using that program as a bridge.
> > 
> > Some details of the Jack MIDI driver:
> > - Creates a separate Jack client called fluidsynth-midi (sharing the
> > Jack client instance would be awkward in the FluidSynth code)
> > 
> > - Added a midi.jack.id option for specifying the Jack client name
> > 
> > - Creates an input port called "midi"
> > 
> > I noticed that the jack_audio_driver2 stuff got removed.  I think I saw
> > something like this being discussed on the list.  Note that the driver2
> > code is used by programs like QSynth to provide audio meters.  My guess
> > is that removing this code probably broke that functionality.
> > 
> 
> sorry to chime in this late :)
> 
> yes, qsynth uses new_fluid_audio_driver2() for the audio output meters;
> not sure how this relates to the (dis)appearing stuff.
> 
> in any case, as in general, it is my understanding of shared library
> version-ing that, when at least one exported symbol gets dropped or
> changed, you must increment the library version age, eg. make it 1.1.0
> and not 1.0.9. the latter would assume there's only additions to the api
> which doesn't seem to be the case, or is it?
> 
> just my 2c.
> 
> seeya


Hey Rui,

The plan is to keep binary compatibility with the previous version of
FluidSynth, so we shouldn't be dropping symbols at this point.  I'll
make sure things are sorted out before release.

Cheers!
        Josh






reply via email to

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