[LAU] Default Jack metering (XFCE QJackCTL)
dj_kaza at hotmail.com
Thu Oct 4 11:41:52 CEST 2018
Thanks all. Interesting discussion, even if it has slipped a little off-topic.
I was just wondering, with it being the application which auto-connect, could you make a dummy Alsa device, join it with the device in use with zita-a2j-bridge and have this as the default System-1/2 ports which everything will auto-connect to, then use a Monitor output of this to feed a DSP chain/rack which is connected to the real outputs (which can be done easily with the Persistent Patchbay.)
Would much of a performance hit be expected it this method was used? Any possible clock issues (as I guess a dummy device can't really be clocked I guess not.) What would the additional latency be (a full Jack round-trip added)??
Thanks again, Dale.
From: Linux-audio-user <linux-audio-user-bounces at lists.linuxaudio.org> on behalf of Paul Davis <paul at linuxaudiosystems.com>
Sent: 03 October 2018 22:49
To: Tim E. Real
Subject: Re: [LAU] Default Jack metering (XFCE QJackCTL)
On Wed, Oct 3, 2018 at 5:16 PM Tim <termtech at rogers.com<mailto:termtech at rogers.com>> wrote:
On 10/03/2018 04:58 PM, Paul Davis wrote:
> On Wed, Oct 3, 2018 at 4:26 PM Tim <termtech at rogers.com<mailto:termtech at rogers.com>
> <mailto:termtech at rogers.com<mailto:termtech at rogers.com>>> wrote:
> On 10/03/2018 04:00 PM, Paul Davis wrote:
> In Jack1 when I left it, the server doesn't create any metadata. But
> there's no hard policy on that, and technically the ALSA driver itself
> is in the best position to get information from hardware to set up
> Port aliases also have no official policy either.
Thanks Paul. Yes I suspected it might be a relatively basic step
to have something fill in that data. That would be awesome.
Hopefully it could be done if it's ever finished in Jack-1 and 2.
the thing is, many times the user is in a better place than the software to name the ports. that's why i trended toward a JACK startup process where the user would supply the information that would get pushed into the port metadata.
there's no way the driver knows that system:capture_1 is "kawaii k5000 left", but i do.
For Jack-2 I believe the meta-data support is currently just stubs,
as sletz has said. It appears in the headers but that's about it.
last i heard, falktx is now maintaining both jack1 and jack2.
Linux-audio-user mailing list
Linux-audio-user at lists.linuxaudio.org<mailto:Linux-audio-user at lists.linuxaudio.org>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Linux-audio-user