28 Aug
2012
28 Aug
'12
9:52 p.m.
hey all i'm looking for a g t k client to control the jacck audio server some thing
that does the same job as qjackctl but that is written in g t k does any one know of a
client matching the above requirements question
Your help with this question would be most welcome. kind regards trahern.
28 Aug
28 Aug
10:10 p.m.
On Tue, Aug 28, 2012 at 3:51 PM, trahern culver
<sound.warrior20(a)gmail.com>wrote;wrote:
hey all i'm looking for a g t k client to control
the jacck audio server
some thing that does the same job as qjackctl but that is written in g t k
does any one know of a client matching the above requirements question
does not exist.
if it did, its name would be "gack".
10:19 p.m.
LOL!
gack
On 28 Aug 2012 22:10, "Paul Davis" <paul(a)linuxaudiosystems.com> wrote:
On Tue, Aug 28, 2012 at 3:51 PM, trahern culver <sound.warrior20(a)gmail.com>
wrote:
hey all i'm l...
does not exist.
if it did, its name would be "gack".
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
10:53 p.m.
On Tue, Aug 28, 2012 at 04:10:24PM -0400, Paul Davis wrote:
On Tue, Aug 28, 2012 at 3:51 PM, trahern culver
<sound.warrior20(a)gmail.com>wrote;wrote:
:)
Seriously, though, as Julien explained on the orca list, you're best bet
would be to use simple commands at the terminal, such as jack_connect
and jack_lsp (see jack_lsp -h for help) or use something like cliJACK
(formerly jackctl.py). It might require some reading and be somewhat
clumsy at first, but it does at least provide full control. Note also,
that many audio applications will handle JACK connections automatically
for you except in special cases, so that you may not need to do things
by hand all that often.
Cheers,
S.M.
hey all i'm looking for a g t k client to
control the jacck audio server
some thing that does the same job as qjackctl but that is written in g t k
does any one know of a client matching the above requirements question
does not exist.
if it did, its name would be "gack". 
29 Aug
29 Aug
12:02 a.m.
On Tue, August 28, 2012 10:10 pm, Paul Davis wrote:
On Tue, Aug 28, 2012 at 3:51 PM, trahern culver
<sound.warrior20(a)gmail.com>wrote;wrote:
There are a couple of options.
jackeq and jamin have a jack connections menu
patchage allows you to make jack connections too
An addition ardour also has a connections manager which Paul must have
forgot about briefly :-)
Are you looking for a connections app that will respond to a screen reader?
That seems like a reasonable request and it probably wouldn't take long to
take that functionality out of jamin or jackeq and make it into a stand
alone app.
--
Patrick Shirkey
Boost Hardware Ltd
hey all i'm looking for a g t k client to
control the jacck audio server
some thing that does the same job as qjackctl but that is written in g t
k
does any one know of a client matching the above requirements question
does not exist.
if it did, its name would be "gack". 
12:09 a.m.
On Wed, 2012-08-29 at 00:02 +0200, Patrick Shirkey wrote:
On Tue, August 28, 2012 10:10 pm, Paul Davis wrote:
An addition ardour also has a connections manager which Paul must have
forgot about briefly :-)
No I don't think that Paul has forgotten anything, I suspect the OP will
handle jackd completely. Rui's QjackCtl does more than just handle
connections by the GUI.
Regards,
Ralf
10:14 a.m.
New subject: jackmenu [was Re: g t k client to control the jack audio server?]
On Wed, August 29, 2012 12:08 am, Ralf Mardorf wrote:
On Wed, 2012-08-29 at 00:02 +0200, Patrick Shirkey
wrote:
Well just in case all he wants is a gtk connections manager for jack I
decided to take my own advice and this is the result.
Announcing "jackmenu". A *very simple* gtk2 desktop widget for connecting
jack ports.
http://djcj.org/jackeq/?id=6
Feedback welcome!
--
Patrick Shirkey
Boost Hardware Ltd
On Tue, August 28, 2012 10:10 pm, Paul Davis
wrote:
An addition ardour also has a connections manager which Paul must have
forgot about briefly :-)
No I don't think that Paul has forgotten anything, I suspect the OP will
handle jackd completely. Rui's QjackCtl does more than just handle
connections by the GUI.
Regards,
Ralf
10:36 a.m.
New subject: jackmenu [was Re: g t k client to control the jack audio server?]
On Wed, 2012-08-29 at 10:14 +0200, Patrick Shirkey wrote:
On Wed, August 29, 2012 12:08 am, Ralf Mardorf wrote:
JackEQ is a useful and stable tool for my work-flow. Thank you for
jackEQ.
I don't need "jackmenu", but indeed it could be helpful for my workflow
too, e.g. Rui's Qtractor is able to handle connections directly
connected to Qtractor. So if I connect Qtractor with jackEQ, I don't
need "jackmenu", but for connections between e.g. jackconvolver, JAMin
etc. and jackEQ Qtractor doesn't take care, so indeed, having "jackmenu"
for jackEQ is welcome :).
OT:
However, jack_snapshot and aj-snapshot were the tools I used, regarding
to the issue I mentioned and I start jackd by a scrip, not by QjackCtl.
QjackCtl is very clear, while patchage easily becomes a mess.
YMMV.
Regards,
Ralf
On Wed, 2012-08-29 at 00:02 +0200, Patrick
Shirkey wrote:
Well just in case all he wants is a gtk connections manager for jack I
decided to take my own advice and this is the result.
Announcing "jackmenu". A *very simple* gtk2 desktop widget for connecting
jack ports.
http://djcj.org/jackeq/?id=6
Feedback welcome! On Tue, August 28, 2012 10:10 pm, Paul Davis
wrote:
An addition ardour also has a connections manager which Paul must have
forgot about briefly :-)
No I don't think that Paul has forgotten anything, I suspect the OP will
handle jackd completely. Rui's QjackCtl does more than just handle
connections by the GUI.
Regards,
Ralf
10:41 a.m.
New subject: jackmenu [was Re: g t k client to control the jack audio server?]
On Wed, 2012-08-29 at 10:35 +0200, Ralf Mardorf wrote:
On Wed, 2012-08-29 at 10:14 +0200, Patrick Shirkey
wrote:
PS: *chuckle* I never noticed the menu for the versions I've got from
jackEQ. And somebody not using jackEQ, perhaps likes the stand alone
jackmenu. However, I still would recommend QjackCtl, since it's very
clear, regarding to it's good graphic.
On Wed, August 29, 2012 12:08 am, Ralf Mardorf
wrote:
JackEQ is a useful and stable tool for my work-flow. Thank you for
jackEQ.
I don't need "jackmenu", but indeed it could be helpful for my workflow
too, e.g. Rui's Qtractor is able to handle connections directly
connected to Qtractor. So if I connect Qtractor with jackEQ, I don't
need "jackmenu", but for connections between e.g. jackconvolver, JAMin
etc. and jackEQ Qtractor doesn't take care, so indeed, having "jackmenu"
for jackEQ is welcome :).
OT:
However, jack_snapshot and aj-snapshot were the tools I used, regarding
to the issue I mentioned and I start jackd by a scrip, not by QjackCtl.
QjackCtl is very clear, while patchage easily becomes a mess.
YMMV.
Regards,
Ralf On Wed, 2012-08-29 at 00:02 +0200, Patrick
Shirkey wrote:
Well just in case all he wants is a gtk connections manager for jack I
decided to take my own advice and this is the result.
Announcing "jackmenu". A *very simple* gtk2 desktop widget for connecting
jack ports.
http://djcj.org/jackeq/?id=6
Feedback welcome! On Tue, August 28, 2012 10:10 pm, Paul Davis
wrote:
An addition ardour also has a connections manager which Paul must have
forgot about briefly :-)
No I don't think that Paul has forgotten anything, I suspect the OP will
handle jackd completely. Rui's QjackCtl does more than just handle
connections by the GUI.
Regards,
Ralf
10:24 a.m.
On 28/08/12 22:10, Paul Davis wrote:
On Tue, Aug 28, 2012 at 3:51 PM, trahern culver
<sound.warrior20(a)gmail.com <mailto:sound.warrior20@gmail.com>> wrote:
hey all i'm looking for a g t k client to control the jacck audio
server some thing that does the same job as qjackctl but that is
written in g t k does any one know of a client matching the above
requirements question
does not exist.
if it did, its name would be "gack".
Wouldn't a 'g' simply replace the 'q'? gjackctl :)
4497
days inactive
4498
days old
linux-audio-user@lists.linuxaudio.org
9 comments
7 participants
participants (7)
-
Lorenzo Sutton -
Patrick Shirkey -
Paul Davis -
Ralf Mardorf -
S. Massy -
Thijs van severen -
trahern culver