[LAU] Default Jack metering (XFCE QJackCTL)

Dale Powell 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
Cc: linux-audio-user
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
> "pretty-name".
>
> 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.
I think...

last i heard, falktx is now maintaining both jack1 and jack2.






Tim.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user at lists.linuxaudio.org<mailto:Linux-audio-user at lists.linuxaudio.org>
https://lists.linuxaudio.org/listinfo/linux-audio-user
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.linuxaudio.org/archives/linux-audio-user/attachments/20181004/af2a4f67/attachment.html>


More information about the Linux-audio-user mailing list