Jaunty RT testing

[wayne]

> 2009/4/19 wayne <wayne at jawnee.org>
> 
>         
>         On Mon, 2009-04-13 at 22:37 -0500, Brian David wrote:
>         
>         > On Mon, Apr 13, 2009 at 1:49 PM, Cory K.
>         > <coryisatm at ubuntu.com> wrote:
>         > 
>         >         beejunk at gmail.com wrote:
>         >         > On Apr 13, 2009 1:07pm, "Cory K."
>         >         <coryisatm at ubuntu.com> wrote:
>         >         
>         >         >> System->Admin->Ubuntu Studio Controls
>         >         >
>         >         >
>         >         
>         >         > Believe me, I tried to use Studio Controls. Jaunty
>         >         changed the
>         >         > relevant permissions file from
>         >         > /etc/udev/rules.d/40-basic-permissions.rules
>         >         (which is, I believe, the
>         >         > file that Studio Controls is editing) to
>         >         > /lib/udev/rules.d/50-udev-default.rules. When I
>         >         selected the
>         >         > appropriate box in Studio Controls to allow
>         >         raw1394 permission, this
>         >         > did not fix my problem. I had to use the solution
>         >         I mentioned in the
>         >         > earlier post. The original
>         >         40-basic-permissions.rules found in Ibex
>         >         > and Hardy is not in Jaunty.
>         >         >
>         >         
>         >         
>         >         Please don't email me directly. ;)
>         >         
>         >         I'll have someone look at it. I seem to remember
>         >         some changes that
>         >         address what you said above. Maybe the changes
>         >         didn't hit yet. 
>         >         
>         >         
>         >         
>         >         -Cory K.
>         >         
>         >         --
>         >         Ubuntu-Studio-users mailing list
>         >         Ubuntu-Studio-users at lists.ubuntu.com
>         >         Modify settings or unsubscribe at:
>         >         https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
>         >         
>         > 
>         > 
>         > Oh, hey, I just remembered another small annoyance.
>         > 
>         > For whatever reason, the new version of JACK doesn't allow
>         > me to force quit if JACK freezes (which is common when
>         > you're testing the settings)  Instead, I need to restart X
>         > now in order to get JACK turned off after a freeze, because
>         > I'm a noob and I'm not sure how to do it via command line.
>         > It's not a huge inconvenience, and I'm not even sure it's
>         > something the Ubuntu Studio team can do anything about, but
>         > it would be nice if I could just force quit JACK like the
>         > old days.
>         
>             you can try "killall jackd" from the command line.  or use
>         the GUI-enabled "System Monitor" available in the menu under
>         "System/Administration", at least on 8.04 Hardy UBS.
>         
>         good luck.
>         
>         
>         > 
>         > -- 
>         > -Brian David
>         
>         
>         --
>         Ubuntu-Studio-users mailing list
>         Ubuntu-Studio-users at lists.ubuntu.com
>         Modify settings or unsubscribe at:
>         https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
>         
> 
> 

On Sun, 2009-04-19 at 20:05 +0200, Christian Masser wrote:

> Same Problem to me, but killall jackd doesn't work, but I didn't try
> it with the system monitor, thanks for the tip
> 
> ~Christian Masser
> 
> 


    maybe it is not jackd that is stuck, but qjackctl, the QT gui for
using jack?  if so, "killall qjackctl.bin" may work.  the nice thing
about killall (at least on 8.04), is that after typing "killall", then
entering a space, then start typing the name of the process, you can use
the Tab key (ala Bash command completion) to finish the process name.
when JACK freezes, check with killall if jackd is even running.  it may
just be that qtjackctl is stuck, which happens to me when the underlying
jackd process crashes: jackd dies, but qtjackctl is frozen.  also, the
qtjackctl process will prob be "qtjackctl.bin", since that pre-script
pauses PulseAudio using paususpender before starting jackd... again, at
least on 8.04.  this way, no PulseAudio getting in the way, while not
having to totally remove it.

    hope that helps.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/ubuntu-studio-users/attachments/20090419/87ef7f33/attachment.htm