6 Sep
2009
6 Sep
'09
8:54 a.m.
Hi,
Just a little thing. When using qjackctl or qsynth, the app always asked
if I am sure, to restart or quit. For example:
New settings will be effective after
restarting the fluidsynth engine:
Qsynth1
Please note that this operation may cause
temporary MIDI and Audio disruption.
Do you want to restart the engine now?
In Kde4 apps you often got also an option box 'don't ask me again' or
something like that. Wouldn't that be handy for qjackctl and qsynth etc.
too?
\r
6 Sep
6 Sep
12:20 p.m.
Grammostola Rosea wrote:
Hi,
Just a little thing. When using qjackctl or qsynth, the app always asked
if I am sure, to restart or quit. For example:
New settings will be effective after
restarting the fluidsynth engine:
Qsynth1
Please note that this operation may cause
temporary MIDI and Audio disruption.
Do you want to restart the engine now?
In Kde4 apps you often got also an option box 'don't ask me again' or
something like that. Wouldn't that be handy for qjackctl and qsynth etc.
too?
old issue :) i recall i ever wished to put a "don't ask me this s***
again" check-box option indeed, most specially on the "minimize to
systray" question, but i just don't feel that's core business for an
uber-procrastinator like me :D
may someone help in, it's a pretty subject for out-source, eh?
cheers
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
3:55 p.m.
While we are at it, are there any plans on implementing -Z and -t options as
part of the qjackctl? (my apologies if this has already happened and I am
simply using an outdated version)
Ico
-----Original Message-----
From: linux-audio-user-bounces(a)lists.linuxaudio.org [mailto:linux-audio-
user-bounces(a)lists.linuxaudio.org] On Behalf Of Rui Nuno Capela
Sent: Sunday, September 06, 2009 10:23 AM
To: Grammostola Rosea
Cc: linux-audio-user
Subject: Re: [LAU] Rui Gui questions...
Grammostola Rosea wrote:
Hi,
Just a little thing. When using qjackctl or qsynth, the app always asked
if I am sure, to restart or quit. For example:
New settings will be effective after
restarting the fluidsynth engine:
Qsynth1
Please note that this operation may cause
temporary MIDI and Audio disruption.
Do you want to restart the engine now?
In Kde4 apps you often got also an option box 'don't ask me again' or
something like that. Wouldn't that be handy for qjackctl and qsynth etc.
too?
old issue :) i recall i ever wished to put a "don't ask me this s***
again" check-box option indeed, most specially on the "minimize to
systray" question, but i just don't feel that's core business for an
uber-procrastinator like me :D
may someone help in, it's a pretty subject for out-source, eh?
cheers
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
4:43 p.m.
Ivica Ico Bukvic wrote:
While we are at it, are there any plans on
implementing -Z and -t options as
part of the qjackctl? (my apologies if this has already happened and I am
simply using an outdated version)
hmm. -t is client timeout, it's there for ages.
what option is this -Z ? which jack (1 or 2)? which backend?
byee
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
6:34 p.m.
Rui, just a quick question (and sorry for hijacking):
QJackCtl will insist on patchbay persistence even if it's been deleted after
being activated the last session. Upon startup it will complain that the
file doesn't exist anymore. One has to edit it out from .config/rnbc and
there seems to be no way via the GUI to "delete" a saved patch. Am I just
goofy or is this true?
8:07 p.m.
Ray Rashif wrote:
Rui, just a quick question (and sorry for hijacking):
QJackCtl will insist on patchbay persistence even if it's been deleted
after being activated the last session. Upon startup it will complain
that the file doesn't exist anymore. One has to edit it out from
.config/rnbc and there seems to be no way via the GUI to "delete" a
saved patch. Am I just goofy or is this true?
we both agree that a patchbay definition is a file (.xml) which resides
on your file system.
if you delete thee file while it has been set as active patchbay,
qjackctl will complaint about it next time you run it, thats for sure.
you have two choices: you either activate another one instead or just
leave no active patchbay.
see also Setup.../Options/Connections/Activate Patchbay persistence
option if you feel desperate ;)
and no, there's no way to delete a patchbay definition file from within
qjackctl. you can create, load, save them anytime but removal is up to
you (via your favorite file manager, for instance).
byee
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
7:46 p.m.
On Sun, 2009-09-06 at 19:38 +0100, Rui Nuno Capela wrote:
Ivica Ico Bukvic wrote:
Good thing I asked :-)
While we are at it, are there any plans on
implementing -Z and -t options as
part of the qjackctl? (my apologies if this has already happened and I am
simply using an outdated version)
hmm. -t is client timeout, it's there for ages.
what option is this -Z ? which jack (1 or 2)? which backend?
This is jackd 0.116.1 (Ubuntu 9.04)--not sure how recent of an addition
this is. My understanding is that this is not backend-specific option.
--nozombies or -Z (supposedly prevents zombification of naughtly
clients)
Ico
8:13 p.m.
Ivica Ico Bukvic wrote:
On Sun, 2009-09-06 at 19:38 +0100, Rui Nuno Capela
wrote:
if it is not backend-specific you can always set
Setup/Settings/Server/Server Path = 'jackd -Z'
seeya
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
Ivica Ico Bukvic wrote:
Good thing I asked :-)
While we are at it, are there any plans on
implementing -Z and -t options as
part of the qjackctl? (my apologies if this has already happened and I am
simply using an outdated version)
hmm. -t is client timeout, it's there for ages. what option is this -Z ? which jack (1 or 2)?
which backend?
This is jackd 0.116.1 (Ubuntu 9.04)--not sure how recent of an addition
this is. My understanding is that this is not backend-specific option.
--nozombies or -Z (supposedly prevents zombification of naughtly
clients)
5359
days inactive
5359
days old
linux-audio-user@lists.linuxaudio.org
7 comments
4 participants
participants (4)
-
Grammostola Rosea -
Ivica Ico Bukvic -
Ray Rashif -
Rui Nuno Capela