<div dir="ltr"><div dir="ltr">Apologies all, and Chris, new to responding to mailing lists, accidentally responded directly to Chris<div>Here follows the thread so far:</div><div><br></div><div><div dir="auto" style=""><font face="Arial, Helvetica, sans-serif">I thought about the metadata system, which i thought i had read had recently been included in 2? but i wouldnt be able to rely on jack-matchmakers port regex matching to automatically connect these group aliased ports to appropriately named ardour buses, necessitating me to write my own auto connect daemon with its own matching logic, possibly involving assigning meta data to ardours ports as well. I felt adjusting the alias functionality to remove the, surprising to me atleast, two alias limit, was the easier route that i could perhaps then contribute to the project.</font><div dir="auto" style="font-family:Arial,Helvetica,sans-serif">If it turns out this patch is unincludable, or metadata or is simply ultimately the better way to achieve this, I'll be happy to maintain this patch locally until I can get around to writing or finding the tooling I would need. or if there is something already existing that I have missed</div><div dir="auto" style="font-family:Arial,Helvetica,sans-serif"><br></div>On Jan 28, 2019 12:19 PM, Chris Caudle wrote:<br>>On Mon, January 28, 2019 10:57 am, Sunset Tech wrote:<br>>> I thought about the metadata system, which i thought i had read had<br>>> recently been included in 2?<br><br>>You are correct, I have not been tracking jack development for a while, I<br>>did not notice that metadata was added a few months ago.<br><br>>> but i wouldnt be able to rely on jack-matchmakers port<br>>> regex matching to automatically connect these group<br>>> aliased ports to appropriately named ardour buses<br><br>>What kind of things are you wanting to automatically connect to ardour<br>>busses?  I'm having to bounce between a couple of things this morning,<br>>maybe a concrete example would help understand what you are trying to do.</div></div><div dir="auto" style=""><br></div><div dir="auto" style=""><span style="font-family:Arial,Helvetica,sans-serif">It is primarily ports that are not always available or may disappear at any time. VCV Rack and netjack workers primarily. which i would like to group into mono, stereo, surround etc pairs. I have these things autoconnecting to ardour buses which are distributed to tracks, so that I dont need to remember to reconnect them to every track.</span><div dir="auto" style="font-family:Arial,Helvetica,sans-serif"><div dir="auto">The workflow I have now is something like, name an ardour bus, run the group command over the desired ports, and issue a reload to jack-matchmaker(as it doesnt monitor port aliasing).</div><div dir="auto">Admittedly, the limit does not much get in the way of this, its not likely I will desire to add a port to more than one group, but i would certainly like the ability, perhaps for creating weird stereo images out of vcv, but the limit, considering it is global for both port owners and non, feels tight, and could cause surprises/cognitive overhead for me when say, switching between grouping schemes</div><div dir="auto"><br></div><div>Additionally Chris mentioned the session api, and ladish, in a follow up message to their own, which I forgot to address.</div><div>Perhaps a session system could do what I need/better address my needs, I'll admit it's something I need to look into better, it hadnt occurred to me at the point where I felt the need to patch jack to enable more aliases, but I figure now that i've done the work, why not see if the jack team desires it.</div></div></div></div></div>