<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 26, 2014 at 7:17 AM, Philipp Überbacher <span dir="ltr"><<a href="mailto:murks@tuxfamily.org" target="_blank">murks@tuxfamily.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thu, 25 Sep 2014 18:17:56 -0400<br>
Paul Davis <<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>> wrote:<br>
<br>
> On Thu, Sep 25, 2014 at 4:56 PM, Philipp Überbacher<br>
> <<a href="mailto:murks@tuxfamily.org">murks@tuxfamily.org</a>> wrote:<br>
><br>
> > on as far as timing.<br>
> ><br>
> > So I remember correctly that there used to be issues with -X seq.<br>
> ><br>
> ><br>
> the -X seq option in current JACK1 is just a backward compatible hack<br>
> to allow qjackctl and other tools to invoke the relevant stuff.<br>
><br>
> the actual implementation is nothing to do with the old -X seq code,<br>
> and is actually a2jmidid converted into an internal client. Note that<br>
> JACK2 could use this client too - its source code is even in the<br>
> theoretically "shared" git repo for JACK tools.<br>
<br>
</div></div>Is there a new, recommended way to do the same thing? I only found -X<br>
alsa_midi in the man page but it does not have the same effect.<br></blockquote><div><br></div><div>the confusion here is that there are two sets of command line arguments when you start JACK:<br><br></div><div>   jackd [ SERVER OPTIONS ] -d BACKEND_NAME [ BACKEND OPTIONS ]<br><br></div><div>for better or for worse, some of the option letters (e.g. -X or -p) can occur as either server options or backend options.<br><br></div><div>in the "old" world, there was only -X as a backend option and it had two arguments ("seq" or "raw"). Both of them are basically not sensible to use because of the poor implementations they refer to.<br><br></div><div>in the new world, the preferable use of -X is as a server option:<br><br></div><div>   jackd ... -X alsa_midi ... -d BACKEND ....<br><br></div><div>BUT ... given the legacy of qjackctl and other control apps which don't know about this, I hacked jack1 so that it would look for the the -X seq argument as a **backend** option and treat that as if the user had used the new form. <br><br></div><div>It would have been less confusing to have not done this, but that would have meant that it would be impossible/harder to use qjackctl to invoke this new MIDI bridge stuff, since it only knows about -X (seq|raw) as a backend option.<br><br></div><div>Alles klar?<br></div><div><br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why isn't jack2 using the same client? It seems more convenient to just<br>
use jack with -X seq rather than running another program.<br></blockquote><div><br></div><div>the developers of jack2 have so far not bothered to integrate the "shared" repository for jack tools into their source code.<br></div><div> <br></div><div>ps. I copied the use of -X as a server option to do this sort of thing from Jack2.<br></div></div><br></div></div>