Hi Paul,<br><br><div class="gmail_quote">On Sun, Jun 12, 2011 at 8:02 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Sun, Jun 12, 2011 at 8:30 PM, Aaron Krister Johnson<br>
<<a href="mailto:aaron@akjmusic.com">aaron@akjmusic.com</a>> wrote:<br>
<br>
> PianoTeq doesn't configure things when jack is running. It just detects and<br>
> runs with what jack's setting are. However, the *user* configures things<br>
> when Alsa is running. Things like sr, buffer sizes, and periods. I was<br>
> comparing apples to apples when I announced my results: for instance, if I<br>
> set PT to run Alsa @ 256 samples and 2 buffers per period, I also ran jackd<br>
> with those setting before starting PT.<br>
><br>
> I'd love your insight into what could have been going on; things seem quite<br>
> a bit better with jack2 (jackdmp-1.9.7) on my system---and, like I said, all<br>
<br>
</div>would it be so hard to just run that very simple command i asked<br>
about? you have absolutely no guarantee that the parameters presented<br>
by Pianoteq translate directly into ALSA driver parameters, though<br>
they probably do. i gave you a very, very simple way to make sure of<br>
this but we still seem to be arguing about whether to run it or not.<br>
<br></blockquote><div><br></div><div>I'm kind of pressed for time with several projects at the moment. Sorry I didn't do this earlier. When I get the chance, I'll reinstall the older version of jack1 and run the tests again with the output of that command. We'll see, but I'm pretty sure there's no reason that Alsa would arbitrarily change the buffer settings and such that PianoTeq requests in their config dialog.</div>
<div><br></div><div><snip></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
<br>
>> yeah, its in the backlog at present. its functionality overlaps quite<br>
>> a lot of other stuff.<br>
><br>
><br>
> Hmmm....like what, Qjackctl? That's a GUI, this is CL. And the CL tools that<br>
> currently come with jack do the trick, but with needless typing and lack of<br>
> ease---that's what my-front end solves. What other CL tools for making jack<br>
> connections in an *easy* way are there?<br>
<br>
</div>well, JACK Session springs to mind. this should be taken up on the<br>
jack mailing list rather than here.<br>
</blockquote></div><br>I'd don't know about JACK Session. Is it <meta http-equiv="content-type" content="text/html; charset=utf-8"><a href="http://sourceforge.net/projects/jacksm/">http://sourceforge.net/projects/jacksm/</a> ? If so, that's also a GUI. <meta http-equiv="content-type" content="text/html; charset=utf-8"><a href="http://ardour.org/a3_features_jack_session_support">http://ardour.org/a3_features_jack_session_support</a> is the first Google link that I get for the search term "JACK Session" and it looks like something built into things like QJackctl...are you saying it's actually a CL tool as well?<div>
<br></div><div>AKJ<br><div><br clear="all"><br>-- <br>Aaron Krister Johnson<br><a href="http://www.akjmusic.com" target="_blank">http://www.akjmusic.com</a><br><a href="http://www.untwelve.org" target="_blank">http://www.untwelve.org</a><br>
<br>
</div></div>