My first thought would be to make sure you have realtime permissions as the regular user. Easy way to tell?  Log on as root, do the problems go away?  If they do, chances are your user is not enabled with realtime permissions.  I can't speak for JackLab, but if they have it set up properly, it should just be a matter of adding to the audio group.  If they don't have it set up properly, exactly how to do it can vary, in most cases it would be editing one text file to make sure the audio group has the appropriate permissions, and then adding your user to the audio group.

Ok there might be an easier way to tell, I lied.  Can you start Jack with Realtime Permissions?  the -R switch, or in QJackCtl there is a setting for it.  If you can then it is probably enabled, and you may need to look elsewhere.  For instance when I said my board was one of the few nForce4 chipsets that didn't have problems with audio when a PCI-E Video card was on the bus, I wasn't lying.  I am not sure of the status now, but for a long time after nForce4 was released, many were advised to stay away from it on ANY OS for audio as it would cause dropouts whenever your video card sucked up the bandwidth.  I believe I read JackLab was using e17 as the default WM?  IN which case the 3D card probably isn't working to hard and you should look elsewhere, but you should be having no problem, even on your OS drive, playing back 4 tracks of audio continuously, except maybe if you are trying to play back 24/192K audio or something;)  Even then though....

<br><br>Out of curiosity, you are not running a lot of plugins etc are you that might be eating up CPU?  What does Ardour or Jack report for CPU useage when running them while playing back?<br><br>                Seablade

<br><br><div><span class="gmail_quote">On 7/18/07, <b class="gmail_sendername">John Emmas</b> <<a href="mailto:johne53@tiscali.co.uk">johne53@tiscali.co.uk</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

----- Original Message -----<br>From: "Thomas Vecchione" <<a href="mailto:seablaede@gmail.com">seablaede@gmail.com</a>><br>Sent: 18 July 2007 07:06<br>><br>> Remember it is NOT a linear degredation in available tracks when adding

<br>> recording and playback to the same drive.  You lose a LARGE chunk of<br>> performance much faster.<br>><br>Actually the problems I've encountered (occasional stuttering and other<br>glitches) don't depend on recording at all.  They happen, even if I'm just

<br>playing back and not recording anything.  My drives are all 7200rpm but<br>admittedly, I'm playing back from the same drive as my system's running<br>from.<br><br>After I installed OpenSuse, I was advised to install Jacklab which

<br>(I thought) was to give me a real-time kernel.  However, there was<br>no improvement in performance as far as I could tell.... :-(<br><br>John<br><br><br><br>----- Original Message -----<br>From: "Thomas Vecchione" <

<a href="mailto:seablaede@gmail.com">seablaede@gmail.com</a>><br>To: "Kevin Cosgrove" <<a href="mailto:kevinc@doink.com">kevinc@doink.com</a>><br>Cc: <<a href="mailto:ardour-users@lists.ardour.org">ardour-users@lists.ardour.org

</a>><br>Sent: 18 July 2007 07:06<br>Subject: Re: [ardour-users] 48 channels on ardour<br><br><br>> Or you would have to ahve limited resources, which the average home studio<br>> has.  Remember it is NOT a linear degredation in available tracks when

<br>> adding recording and playback to the same drive.  You lose a LARGE chunk<br>> of<br>> performance much faster.<br>><br>> Meaning, lets say, hypothetically a single 200 Gig 7200 RPM drive has the<br>> capacity to do 32 tracks of playback(I pull this from my previous post,

<br>> but<br>> still consider it a vast estimation) in real life.<br>><br>> If you do one track recording, and 4 tracks playback, it does NOT equal 5<br>> tracks of that 32 track capacity.  In fact more than likely you are

<br>> probably<br>> bordering on using up a third of that disk performance with just that,<br>> instead of the sixth you might expect, due to the amount the head might<br>> have<br>> to move around, to read from one section of the drive, and write to

<br>> another.<br>><br>> Exactly how costly it is depends on many factors, how fragmented your<br>> drive<br>> is, how much reading and writing, etc.  but the end result is the same.<br>> You<br>> can record much more reliably if you record to a drive that is only used

<br>> for<br>> recording, and read from a different drive.  And when you are talking<br>> about<br>> something on a limited time frame, that reliability can be important, for<br>> instance doing playback of backing tracks in a live instance, while

<br>> recording your performance, not exactly uncommon.<br>><br>>                    Seablade<br>><br>> On 7/18/07, Kevin Cosgrove <<a href="mailto:kevinc@doink.com">kevinc@doink.com</a>> wrote:<br>>>

<br>>><br>>> On 18 July 2007 at 7:39, "John Emmas" <<a href="mailto:johne53@tiscali.co.uk">johne53@tiscali.co.uk</a>> wrote:<br>>><br>>> > > 2 HDs would be better, one for recording to, one for playback,

<br>>> > ><br>>> > This doesn't make sense to me.  Surely you'd have to play the<br>>> > audio back from the same drive that it was recorded on - or<br>>> > would you copy the audio from the record drive to the playback

<br>>> > drive after it's recorded?<br>>><br>>> That does sound a bit confusing, doesn't it.  If a person is<br>>> recording one part of a performance (e.g. guitar) along with a<br>>> recording of other people (

e.g. piano), then they'll need to hear<br>>> the playback while they're recording.  Moving audio around during<br>>> a tracking session doesn't sound fun.  One wouldn't have to be a<br>>> purist about this.  It'd probably be fine to have the guitarist

>> hear they're just recorded track playing back on the same drive >> where they'll be recoding overdubs. >> >> Certainly separating audio files and system (OS) files onto >> separated disks would be good.

<br>>><br>>> Cheers....<br>>><br>>> --<br>>> Kevin<br>>><br>>><br>>> _______________________________________________<br>>> ardour-users mailing list<br>>> <a href="mailto:ardour-users@lists.ardour.org">

ardour-users@lists.ardour.org</a><br>>> <a href="http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org">http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org</a><br>>><br>><br><br><br>--------------------------------------------------------------------------------

<br><br><br>> _______________________________________________<br>> ardour-users mailing list<br>> <a href="mailto:ardour-users@lists.ardour.org">ardour-users@lists.ardour.org</a><br>> <a href="http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org">

http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org</a><br>><br></blockquote></div><br>