Thanks, Paul. If jack had not crashed, shouldn't rotter have continued to record? Is there any way to establish why recording was interrupted? This happened about a week after I had started recording on this system.<br>
<br><div class="gmail_quote">On Mon, May 23, 2011 at 4:06 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Mon, May 23, 2011 at 6:56 PM, Eric Steinberg<br>
<<a href="mailto:eric.steinberg@gmail.com">eric.steinberg@gmail.com</a>> wrote:<br>
> Hi folks,<br>
> I'm trying to build an audio logger, that can record from six different<br>
> sources to separate files. I've been using the program rotter, and I<br>
> thought it was working but have discovered that jackd crashed and recording<br>
> was interrupted. Unfortunately this was not reflected by qjackctl, which is<br>
> what I use to launch jackd. The qjackctl display showed that jackd was<br>
> running, right down to the flashing "RT", but when I tried to launch<br>
> meterbridge it complained that the jack server was not running. The<br>
> instances of rotter that I launched were still running, but were making<br>
> files of just a few bytes, with no audio in them. Is this a bug in<br>
> qjackctl? I am using Arch, on a Pentium 4, and using a firewire interface<br>
> (Edirol FA-101).<br>
<br>
</div></div>you should use:<br>
<br>
ps aux | grep jackd<br>
<br>
to establish whether jack has "crashed".<br>
<br>
my guess is that had not crashed, but was no longer accepting new<br>
clients and was otherwise hosed.<br>
</blockquote></div><br>