Re: [LAA] [ANN] jack-keyboard 2.5

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

 



On 0520T1747, Florian Schmidt wrote:
> > > Starting a jack daemon just to be able to send some midi to some midi
> > > device is maybe a burden sometimes..
> >
> > Yes.  However, well-behaved JACK clients should afaik start jackd
> > automatically.  jack-keyboard does that since version 2.4.
> 
> Yes, that doesn't mean that it works though. Scenario: I have a computer with 
> a midi interface on the soundcard. Wanna send Midi through it? Should the 
> MIDI signal go through hoops (jackd).. Should the user go through hoops 
> (setting up jackd)?
> 
> > > I like the idea of jack midi for internal
> > > routing between applications, especially between Sequencers and
> > > Softsynths. It lightens the burden on softsynth and sequencer
> > > implementers which would otherwise have to take into account all kinds of
> > > scheduling and priorityu issues. But MIDI also has more purposes than
> > > that..
> >
> > Sure it does.  But what makes ALSA MIDI more suitable for that purpose?
> 
> Zero added latency for one. jackd only makes sense for inter-process delivery 
> of MIDI signals. For inter-machine sending of midi where the other machine 
> might be a hardware synth, it doesn't make sense at all to send the signal 
> through another daemon..

Ok, you convinced me.  I'll finish splitting jack-keyboard.c into
jack-dependent and jack-independent parts and then let you know about
how it looks like.

-- 
If you cut off my head, what would I say?  Me and my head, or me and my body?

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user

[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux