OK Chris & Bill, thanks so much! As Bill said, I'm really lucky to have access to this community.
To make a long story short on the jact1/jack2 issue, I could be wrong but I believe, based on what I've read and observe, that my AVL system is probably not corrupted, and is using jack2. I did searches thru install packages and saw nothing related to jack1 that got installed by mistake. The only jack processes I see running are qjackctl and jackdbus, and the jack_control commands work. I'll keep alert to any signs that my system somehow has both of them mixed up, but I don't think it does.
Last night I got it all working, basically following all the advice I've received in this thread. I have a jack_start.sh script which uses jack_control commands and has a patchbay profile to reconnect the objects. I have a simple 2-way crossover at 60hz, and it works. My piano app see's a 128 sample buffer, and I don't see any xruns. It sounds reasonably well. BUT.....
Maybe jack does not play well with ecasound, because the below-60hz channel seems way attenuated. Also, I seem to feel too much latency. I turned my woofer amp up all the way, and I can hear the bass OK, but this is just not right; turned up that high it should blow out the windows. Without the ecasound/Richard Taylor LR crossover, it has much higher SPL for same setting. (I learned about ecasound, and downloaded some ladspa filters, from Richard Taylor's DSP website.) I'm pretty sure that when I tested using just ecasound and not jack, I got plenty of volume out of my 12", large cabinet woofers.
So darn, now I'm not sure which direction to go to most efficiently solve this. I could start switching wires around to make sure it's not something about my hardware, etc. But my suspicion, based on what y'all told me above somewhere, is that ecasound and jack are not completely compatible in some way, and I need to switch to the zitaIrc packages... Or, I could stop using jack, study the Richard Taylor posts carefully, and see if there's a way to connect pianoteq to ecasound without jack, like with plain Linux pipes maybe. Thoughts??
Thanks,
John
On Thu, Jan 19, 2017 at 6:48 PM, Chris Caudle <chris@xxxxxxxxxxxxxxx> wrote:
On Wed, January 18, 2017 9:10 pm, john gibby wrote:
> I'm making progress. I believe I actually have jack2, with "legacy server
> jackd" included along with it.
I have trouble understanding what that means, jack2 is an implementation
of a jack protocol server, the original jackd is also an implementation of
a jack protocol server, they are functionally interchangeable, but you can
only have one or the other installed on your machine, not both.
Perhaps that wording means that your distribution has jack2, with both
jackd and jackdbus installed. That is OK, but as you seem to have found
out sometimes an application will automatically start jackdbus which then
limits how you have to interact with the already running server.
> But, I'm still a little unclear on what order to start things up in. For
> now, I'm only worried about jack2, qjackctl and pianoteq;
My preference is to start qjackctl first. There are configuration options
to allow you to choose whether you want to start jackd or jackdbus, there
are convenient start and stop controls, the ability to save preset
combinations of jackd parameters you want to use (sample rate, latency,
audio interface, etc.), you can easily show or hid the console messages,
open a window to make connections. Basically everything you need to
interact with jack in one convenient place.
My usual process would be start qjackctl, load whichever preset I needed,
start jack, then start all the jack using applications I wanted.
--
Chris Caudle
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
_______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/listinfo/linux-audio-user
