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@email-addr-hidden http://lists.linuxaudio.org/mailman/listinfo/linux-audio-userReceived on Wed May 21 00:15:03 2008
This archive was generated by hypermail 2.1.8 : Wed May 21 2008 - 00:15:03 EEST