Re: [LAU] qjackctl does not reflect state of jackd

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Paul Davis <paul@...>, <linux-audio-user@...>
Date: Wednesday, July 13, 2011 - 7:00 pm

--485b3970d61653611d04a7f8030a
Content-Type: text/plain; charset=ISO-8859-1

Hey Paul and All,

I'm still having some problems with this. I'm using six instances of
Rotter, and patching them one per physical input with esjit. All seems to
go well for a while, usually; even though xruns stack up the recording still
happens. However, once in a while the files being written by Rotter get
mangled, resulting in there being a file of size 800k or so rather than the
circa 50 megabytes that is expected. I then have to kill the Rotter
instances, and jackd, and start over. I've tried this on Ubuntu Studio
11.04 and the latest Arch, with an Edirol FA-101, on a P4 3ghz with a second
sata drive as an audio volume. Most vexatious is that Rotter doesn't report
any issues even with the --verbose flag, and neither does jackd (other than
xruns of course). Roberto and Lieven mention integer overflow; is this
something that can be dealt with, or is it a hardware limitation?

On Mon, May 23, 2011 at 4:06 PM, Paul Davis wrote:

> On Mon, May 23, 2011 at 6:56 PM, Eric Steinberg

--485b3970d61653611d04a7f8030a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hey Paul and All,I'm still having some problems wit=
h this. =A0I'm using six instances of Rotter, and patching them one per=
physical input with esjit. =A0All seems to go well for a while, usually; e=
ven though xruns stack up the recording still happens. =A0However, once in =
a while the files being written by Rotter get mangled, resulting in there b=
eing a file of size 800k or so rather than the circa 50 megabytes that is e=
xpected. =A0I then have to kill the Rotter instances, and jackd, and start =
over. =A0I've tried this on Ubuntu Studio 11.04 and the latest Arch, wi=
th an Edirol FA-101, on a P4 3ghz with a second sata drive as an audio volu=
me. =A0Most vexatious is that Rotter doesn't report any issues even wit=
h the --verbose flag, and neither does jackd (other than xruns of course). =
=A0Roberto and Lieven mention integer overflow; is this something that can =
be dealt with, or is it a hardware limitation?

On Mon, May 23, 2011 at 4:06 PM, Paul Davis =
<paul@linuxaudiosystems.com> wrote:

On Mon, May 23, 2011 at 6:56 PM, Eric Steinberg
<eric.stei=
nberg@gmail.com
> wrote:

erent
and I
rding
which is
was
o launch

> instances of rotter that I launched were still running, but were makin=
g

br>
erface

you should use:

=A0 ps aux | grep jackd

to establish whether jack has "crashed".

my guess is that had not crashed, but was no longer accepting new
clients and was otherwise hosed.

--485b3970d61653611d04a7f8030a--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAU] qjackctl does not reflect state of jackd, Eric Steinberg, (Mon May 23, 10:56 pm)
Re: [LAU] qjackctl does not reflect state of jackd, Paul Davis, (Mon May 23, 11:07 pm)
Re: [LAU] qjackctl does not reflect state of jackd, Eric Steinberg, (Wed Jul 13, 7:00 pm)
Re: [LAU] qjackctl does not reflect state of jackd, Eric Steinberg, (Mon May 23, 11:12 pm)
Re: [LAU] qjackctl does not reflect state of jackd, Jörn Nettingsmeier, (Tue May 24, 2:40 pm)
Re: [LAU] qjackctl does not reflect state of jackd, Lieven Moors, (Wed May 25, 8:29 pm)