<div dir="ltr">Thanks Joel, sorry, I sent a response before seeing your message.  I have no reason not to configure ecasound to use jack for both input and output, and am now trying to get it to work that way. I'm trying to bypass qjackctl and use the jackd command directly, so I can get -p 128.  I still do not understand why I see the message in qjackctl output, that my choice of 128 samples is being overridden to 1024.  Please see my other email for some output I'm seeing...  <div>Thanks again!!</div><div>John</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 17, 2017 at 8:45 PM, Joel Roth <span dir="ltr"><<a href="mailto:joelz@pobox.com" target="_blank">joelz@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">john gibby wrote:<br>
> > Hi,<br>
> > I'm having trouble setting up Jack to interface between my digital piano<br>
> > application (pianoteq) and the ecasound audio processing app.  I'm using<br>
> > ecasound with Ladspa plugins to create a crossover network.  Ecasound<br>
> > splits the 2 pianoteq channels into six (woofer, mid & tweeter), and sends<br>
> > them to my analog outputs through alsa. I have it working, with jack &<br>
> > qjackctl, but the buffer size that jack is presenting to the digital piano<br>
> > app is 1024, about 10x bigger than I want.  I would like pianoteq and<br>
> > ecasound to run synchronously with minimal latency. At first  I thought I<br>
> > could just call jackd  -d ecasound -p 128, but of course  ecasound is not<br>
> > one of jack's supported backends.  So I've been using the "dummy" backend,<br>
> > and using qjackctl to connect ports from pianoteq to ecasound.  That works<br>
> > fine, but I can't manage to configure the buffer size down to 128, even<br>
> > though I start up ecasound with -i jack -b:128<br>
<br>
</span>FWIW, from 'man ecasound':<br>
<br>
Note that when any JACK input/outputs are used, the buffer<br>
size  setting  is  overridden and set to period/buffer size<br>
reported by JACK server (e.g. jackd’s ’-p’ option).  It is<br>
not possible to turn off this behaviour.<br>
<span class=""><br>
> > , and I also go to setup in<br>
> > qjackctl and specify buffer size 128 for "dummy".  When qjackctl brings up<br>
> > the jack server, the buffer size gets overridden to 1024; I see the message<br>
> > in the log. What am I doing wrong?  Is Jack the wrong approach, when it is<br>
> > ecasound, not jack, that writes to alsa?<br>
<br>
</span>Ecasound can connect to both ALSA and JACK devices. I've<br>
used that option in a setup using two soundcards. It is<br>
more common that jackd manages the soundcard. Do you have<br>
any reason not to do so?<br>
<br>
HTH,<br>
<br>
Joel<br>
<span class="im HOEnZb"><br>
> > Thanks very much!<br>
> > John<br>
> > Msi mb with i5 3ghz, AVS Linux<br>
> ><br>
> ><br>
> ><br>
> > --<br>
> Sent from Gmail Mobile<br>
<br>
</span><span class="im HOEnZb">> ______________________________<wbr>_________________<br>
> Linux-audio-user mailing list<br>
> <a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.<wbr>linuxaudio.org</a><br>
> <a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">http://lists.linuxaudio.org/<wbr>listinfo/linux-audio-user</a><br>
<br>
<br>
</span><span class="HOEnZb"><font color="#888888">--<br>
Joel Roth<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<wbr>_________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.<wbr>linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">http://lists.linuxaudio.org/<wbr>listinfo/linux-audio-user</a><br>
</div></div></blockquote></div><br></div>