Re: Default Jack metering (XFCE QJackCTL)

[Dale Powell <dj_kaza@xxxxxxxxxxx>]

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@xxxxxxxxxxxxxxxxxxxx> on behalf of Paul Davis <paul@xxxxxxxxxxxxxxxxxxxxx>
Sent: 03 October 2018 22:49
To: Tim E. Real
Cc: linux-audio-user
Subject: Re: Default Jack metering (XFCE QJackCTL)

 

On Wed, Oct 3, 2018 at 5:16 PM Tim <termtech@xxxxxxxxxx> wrote:

On 10/03/2018 04:58 PM, Paul Davis wrote:
>
>
> On Wed, Oct 3, 2018 at 4:26 PM Tim <termtech@xxxxxxxxxx
> <mailto:termtech@xxxxxxxxxx>> 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@xxxxxxxxxxxxxxxxxxxx
https://lists.linuxaudio.org/listinfo/linux-audio-user

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
https://lists.linuxaudio.org/listinfo/linux-audio-user