On 06/17/2010 09:54 PM, Arnold Krille wrote:
> On Thursday 17 June 2010 22:47:06 Jörn Nettingsmeier wrote:
>> On 06/16/2010 10:50 PM, f...@kokkinizita.net wrote:
>>> On Wed, Jun 16, 2010 at 06:41:02PM +0100, Rui Nuno Capela wrote:
ok. fixed (qjackcl 0.3.6.29+)
>>>
>>> Works nicely, thanks !
>>
On Thursday 17 June 2010 22:47:06 Jörn Nettingsmeier wrote:
> On 06/16/2010 10:50 PM, f...@kokkinizita.net wrote:
> > On Wed, Jun 16, 2010 at 06:41:02PM +0100, Rui Nuno Capela wrote:
> >> ok. fixed (qjackcl 0.3.6.29+)
> >
> > Works nicely, thanks !
>
> the uber-procrastinator is committing at rel
On 06/16/2010 10:50 PM, f...@kokkinizita.net wrote:
> On Wed, Jun 16, 2010 at 06:41:02PM +0100, Rui Nuno Capela wrote:
>
>> ok. fixed (qjackcl 0.3.6.29+)
>
> Works nicely, thanks !
the uber-procrastinator is committing at relativistic speeds, as always.
rui, you're awesome!
On Wed, Jun 16, 2010 at 06:41:02PM +0100, Rui Nuno Capela wrote:
> ok. fixed (qjackcl 0.3.6.29+)
Works nicely, thanks !
Ciao,
--
FA
O tu, che porte, correndo si ?
E guerra e morte !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.o
On 06/16/2010 05:01 PM, f...@kokkinizita.net wrote:
> On Wed, Jun 16, 2010 at 04:51:04PM +0200, Dominic Sacré wrote:
>
>> Assuming this is the same issue as Fons':
>> When I try to start JACK the second time (after resolving whatever the
>> problem was), JACK actually starts just fine. I can conn
On Wed, Jun 16, 2010 at 04:51:04PM +0200, Dominic Sacré wrote:
> Assuming this is the same issue as Fons':
> When I try to start JACK the second time (after resolving whatever the
> problem was), JACK actually starts just fine. I can connect other
> clients to it, but QjackCtl itself fails to co
On Wednesday 16 June 2010 16:23:05 Rui Nuno Capela wrote:
> > Doesn't work as expected. Whan 'Start' fails it seems to
> > leave qjackctl in an unusable state. Fixing the cause of
> > the failed start doesn't help, the only solution seems to
> > be to terminate and restrart qjackctl itself.
>
> wh
On Wed, 16 Jun 2010 15:13:15 +0200, f...@kokkinizita.net wrote:
> On Wed, Jun 16, 2010 at 09:27:31AM +0100, Rui Nuno Capela wrote:
>
>> commited to svn trunk (qjackctl 0.3.6.28+)
>>
>> - Client connection retrial logic scrapped. Being a leftover
>> from early ages, when machines were slower and
On Wed, Jun 16, 2010 at 09:27:31AM +0100, Rui Nuno Capela wrote:
> commited to svn trunk (qjackctl 0.3.6.28+)
>
> - Client connection retrial logic scrapped. Being a leftover
> from early ages, when machines were slower and JACK server
> startup times were longer... now, if it can't connect f
On Wed, Jun 16, 2010 at 09:01:58AM +0100, Rui Nuno Capela wrote:
> fwiw, the retry logic is there since dawn. i can assure you it's been
> there for half a decade now ;) it's there for making sure qjackctl connects
> to the starting jackd server as a client of its own.
If the logic was there sinc
On Wed, 16 Jun 2010 09:01:58 +0100, Rui Nuno Capela wrote:
>
> fwiw, the retry logic is there since dawn. i can assure you it's been
> there for half a decade now ;) it's there for making sure qjackctl
connects
> to the starting jackd server as a client of its own.
>
> indeed, this logic is some
On Tue, 15 Jun 2010 17:53:18 -0700, Fernando Lopez-Lezcano
wrote:
> On Tue, 2010-06-15 at 22:37 +0200, f...@kokkinizita.net wrote:
>> On Tue, Jun 15, 2010 at 09:26:16PM +0100, Rui Nuno Capela wrote:
>> > but in a "normal" desktop environment they should not stack up, the
one
>> > just replaces the
On Wed, Jun 16, 2010 at 12:00:50AM +0100, Rui Nuno Capela wrote:
> ok, will make it retry just once then.
Having to wait for that retry to fail (it will)
is probably as irritating as it is now.
See also Fernando's message - I can confirm this 100%.
What about a [Retry] [Cancel] choise in your
On Tue, 2010-06-15 at 22:37 +0200, f...@kokkinizita.net wrote:
> On Tue, Jun 15, 2010 at 09:26:16PM +0100, Rui Nuno Capela wrote:
> > but in a "normal" desktop environment they should not stack up, the one
> > just replaces the one before, which stays there for 3 seconds maximum.
>
> They don't st
On Wed, 16 Jun 2010 00:00:50 +0100
Rui Nuno Capela wrote:
> On 06/15/2010 09:37 PM, f...@kokkinizita.net wrote:
> > So *please* remove this, it's just a big nuisance and I don't
> > see in what situation it could ever be useful.
> >
>
> ok, will make it retry just once then.
>
> bbl
Thanks
On 06/15/2010 09:37 PM, f...@kokkinizita.net wrote:
> On Tue, Jun 15, 2010 at 09:26:16PM +0100, Rui Nuno Capela wrote:
>> On 06/15/2010 05:05 PM, f...@kokkinizita.net wrote:
>>> On Tue, Jun 15, 2010 at 04:50:29PM +0100, Rui Nuno Capela wrote:
>>>
maybe fixed in qjackctl 0.3.6.27+ (today's svn
On 15 June 2010 21:37, wrote:
> On Tue, Jun 15, 2010 at 09:26:16PM +0100, Rui Nuno Capela wrote:
>> On 06/15/2010 05:05 PM, f...@kokkinizita.net wrote:
>> > On Tue, Jun 15, 2010 at 04:50:29PM +0100, Rui Nuno Capela wrote:
>> >
>> >> maybe fixed in qjackctl 0.3.6.27+ (today's svn trunk)
>> >
>> >
On Tue, Jun 15, 2010 at 09:26:16PM +0100, Rui Nuno Capela wrote:
> On 06/15/2010 05:05 PM, f...@kokkinizita.net wrote:
> > On Tue, Jun 15, 2010 at 04:50:29PM +0100, Rui Nuno Capela wrote:
> >
> >> maybe fixed in qjackctl 0.3.6.27+ (today's svn trunk)
> >
> > Works nicely, many thanks !
> >
> > T
On 06/15/2010 05:05 PM, f...@kokkinizita.net wrote:
> On Tue, Jun 15, 2010 at 04:50:29PM +0100, Rui Nuno Capela wrote:
>
>> maybe fixed in qjackctl 0.3.6.27+ (today's svn trunk)
>
> Works nicely, many thanks !
>
> There is still the (older but not very old) problem of
> qjackctl going into and e
On Tue, 15 Jun 2010 18:05:41 +0200
f...@kokkinizita.net wrote:
> On Tue, Jun 15, 2010 at 04:50:29PM +0100, Rui Nuno Capela wrote:
>
> > maybe fixed in qjackctl 0.3.6.27+ (today's svn trunk)
>
> Works nicely, many thanks !
>
> There is still the (older but not very old) problem of
> qjackctl goi
On Tue, Jun 15, 2010 at 04:50:29PM +0100, Rui Nuno Capela wrote:
> maybe fixed in qjackctl 0.3.6.27+ (today's svn trunk)
Works nicely, many thanks !
There is still the (older but not very old) problem of
qjackctl going into and endless loop when it somehow
fails to start jackd. The only solution
On Tue, Jun 15, 2010 at 04:50:29PM +0100, Rui Nuno Capela wrote:
> ok. the auto-attachment to a currently running server was botched and
> overlooking the preset logic. however, if i am not mistaken, the second
> qjackctl should have worked if launched with -n USB, but never mind now...
Probably
On Tue, 15 Jun 2010 16:59:05 +0200, f...@kokkinizita.net wrote:
> On Wed, Jun 09, 2010 at 11:09:30AM +0100, Rui Nuno Capela wrote:
>
>> and arranged it is now, svn trunk (qjackctl 0.3.6.25+):
>>
>> - server name is finally part of server settings presets.
>>
>> please, test && tell
>
> It 'work
On Wed, Jun 09, 2010 at 11:09:30AM +0100, Rui Nuno Capela wrote:
> and arranged it is now, svn trunk (qjackctl 0.3.6.25+):
>
> - server name is finally part of server settings presets.
>
> please, test && tell
It 'works' but not in a usable way. Remember that setting
the server name is really r
On Mon, 07 Jun 2010 16:11:53 +0100, Rui Nuno Capela
wrote:
> On Mon, 7 Jun 2010 16:11:32 +0200, f...@kokkinizita.net wrote:
only case you need it as a command line option.
>>
>> The thing that is currently rather clumsy is that if
>> you want to run two qjackctl and jackd, is that each
>> require
On 06/08/2010 12:04 AM, Rui Nuno Capela wrote:
> On 06/07/2010 08:24 PM, Robin Gareus wrote:
>> On 06/07/2010 02:59 PM, Rui Nuno Capela wrote:
>>> On Mon, 7 Jun 2010 08:18:23 -0400, drew Roberts
>>>
>>
In cases where it might connect on startup, must it?
>>>
>>> no. again it only connec
On 06/07/2010 08:24 PM, Robin Gareus wrote:
> On 06/07/2010 02:59 PM, Rui Nuno Capela wrote:
>> On Mon, 7 Jun 2010 08:18:23 -0400, drew Roberts
>>
>
>>> In cases where it might connect on startup, must it?
>>>
>>
>> no. again it only connects automatically iif a (default) server is
>> found resp
On 06/07/2010 02:59 PM, Rui Nuno Capela wrote:
> On Mon, 7 Jun 2010 08:18:23 -0400, drew Roberts
>
>>
>> Hold on a second. Let me try walking through this.
>>
>> We start qjackctl. Does it connect to a jack server at this point?
>> If so,
>> always or only if jack is currently running.
>>
>
>
On Monday 07 June 2010 11:03:06 you wrote:
> Or it sees a jack running
> when
>
> > it starts and asks if you want to connect to it or not.
>
> and for what purpose? qjackctl sole function is being attached to a
> running jack server. why do you want to make it an option ?
Because perhaps you want
On Monday 07 June 2010 08:59:09 you wrote:
> On Mon, 7 Jun 2010 08:18:23 -0400, drew Roberts wrote:
> JACK_DEFAULT_SERVER environment variable might be your (only) friend
> here :)
>
>
>
> > Hold on a second. Let me try walking through this.
> >
> > We start qjackctl. Does it connect to
On Mon, 7 Jun 2010 16:11:32 +0200, f...@kokkinizita.net wrote:
> On Mon, Jun 07, 2010 at 01:59:09PM +0100, Rui Nuno Capela wrote:
>
>> qjackctl -n command line option is just convenient for you to start
jackd
>> server with that precise server name and let qjackctl connect
immediately
>> to it as
On Mon, Jun 07, 2010 at 01:59:09PM +0100, Rui Nuno Capela wrote:
> qjackctl -n command line option is just convenient for you to start jackd
> server with that precise server name and let qjackctl connect immediately
> to it as client to that same server.
That is the only case you need it as a co
On Mon, 7 Jun 2010 08:18:23 -0400, drew Roberts wrote:
JACK_DEFAULT_SERVER environment variable might be your (only) friend
here :)
>
> Hold on a second. Let me try walking through this.
>
> We start qjackctl. Does it connect to a jack server at this point? If
so,
> always or only if
On Sunday 06 June 2010 17:53:44 Rui Nuno Capela wrote:
> On 06/06/2010 10:16 PM, f...@kokkinizita.net wrote:
> > On Sun, Jun 06, 2010 at 10:12:45PM +0100, Rui Nuno Capela wrote:
> >> On 06/06/2010 09:43 PM, f...@kokkinizita.net wrote:
> >>> Qjackctl has the -n option to select a Jack server name,
>
On 06/06/2010 10:16 PM, f...@kokkinizita.net wrote:
> On Sun, Jun 06, 2010 at 10:12:45PM +0100, Rui Nuno Capela wrote:
>
>> On 06/06/2010 09:43 PM, f...@kokkinizita.net wrote:
>>> Qjackctl has the -n option to select a Jack server name,
>>> and recent versions also allow multiple presets.
>>>
>>>
On Sun, Jun 06, 2010 at 10:12:45PM +0100, Rui Nuno Capela wrote:
> On 06/06/2010 09:43 PM, f...@kokkinizita.net wrote:
> > Qjackctl has the -n option to select a Jack server name,
> > and recent versions also allow multiple presets.
> >
> > What would it take to make the server name a element of
On 06/06/2010 09:43 PM, f...@kokkinizita.net wrote:
> Qjackctl has the -n option to select a Jack server name,
> and recent versions also allow multiple presets.
>
> What would it take to make the server name a element of
> a preset rather than a command line option ?
>
> That would finally allo
Qjackctl has the -n option to select a Jack server name,
and recent versions also allow multiple presets.
What would it take to make the server name a element of
a preset rather than a command line option ?
That would finally allow to run multiple jacks on the
same machine (something I've been
38 matches
Mail list logo