Re: Jack Problems

On Wed, Mar 27, 2019 at 5:54 PM Thomas Brand <[email protected]> wrote:
>
> On Wed, March 27, 2019 17:35, Kjetil Matheussen wrote:
> > On Wed, Mar 27, 2019 at 5:19 PM John Rigg <[email protected]> wrote:
> >> On Wed, Mar 27, 2019 at 03:44:07PM +0100, Kjetil Matheussen wrote:
> >>
> >>> Clutterered or not, this functionality is something
> >>> pulseaudio/windows/osx all provide, but not jack. Is jack better
> >>> because it doesn't provide this? No, it's worse.
> >>
> >> No, it's decidedly better IMO. Complexity isn't always an improvement.
> >>
> > This should be considered an essential feature expected to be there.
> > Do you think the windows/pulseaudio/osx peple don't know what they are
> > doing? Do you think Fons' zita-mu1 program is not an improvement?
> >
>
> Thinking out loud .. we could ship a tool / example client with jack that
> is similar to alsamixer but for jack. A simple command line tool (no GUI
> issues) with a configurable number of ports, eventually it could even
> catch all connections to system:playback if requested.

Yes, that is the natural hacky solution to this problem. But it's not
the best solution, the best solution would be if jack could provide
default output ports to clients that requested them. Monitoring ports,
like I do in jack_capture, is messy, doesn't update immediately, and
doesn't always work.


> Eg. the program jack_capture (which i think is one of the best recorders)

Thank you. :-)