<div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_msg">Hi,<div class="gmail_msg">I'm having trouble setting up Jack to interface between my digital piano application (pianoteq) and the ecasound audio processing app.  I'm using ecasound with Ladspa plugins to create a crossover network.  Ecasound splits the 2 pianoteq channels into six (woofer, mid & tweeter), and sends them to my analog outputs through alsa. I have it working, with jack & qjackctl, but the buffer size that jack is presenting to the digital piano app is 1024, about 10x bigger than I want.  I would like pianoteq and ecasound to run synchronously with minimal latency. At first  I thought I could just call jackd  -d ecasound -p 128, but of course  ecasound is not one of jack's supported backends.  So I've been using the "dummy" backend, and using qjackctl to connect ports from pianoteq to ecasound.  That works fine, but I can't manage to configure the buffer size down to 128, even though I start up ecasound with -i jack -b:128, and I also go to setup in qjackctl and specify buffer size 128 for "dummy".  When qjackctl brings up the jack server, the buffer size gets overridden to 1024; I see the message in the log. What am I doing wrong?  Is Jack the wrong approach, when it is ecasound, not jack, that writes to alsa?</div><div class="gmail_msg">Thanks very much!</div><div class="gmail_msg">John</div><div class="gmail_msg">Msi mb with i5 3ghz, AVS Linux </div><div class="gmail_msg"><br class="gmail_msg"></div></div><br><br></blockquote></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature">Sent from Gmail Mobile</div>