PS Obviously what I quoted above was 24/96K and I already mentioned 24 tracks on a single HD was unreliable for recording purposes.  If I was doing 24/48K the 24 tracks would be no problem and I could probably get 36 without a problem.
<br><br>        Seablade<br><br><div><span class="gmail_quote">On 7/17/07, <b class="gmail_sendername">Thomas Vecchione</b> <<a href="mailto:seablaede@gmail.com">seablaede@gmail.com</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;">
Well I can tell you what I am running.<br><br>Currently:(Hopefully to be upgraded soon) a <br><br>1.6 GHz Opteron N-Force 4 Chipset(One of the few that didn't have problems with PCI-E and audio)<br>1 Gig of Ram.<br>RME HDSP 9632 Interface
<br>GeForce 6600 PCI-E<br>Assorted HDs(All 7200 RPM):<br>   1 200 gig system drive SATA<br>   1 200 gig playback(At the moment) IDE<br>   And whatever else I might dig up as the need arises;)<br><br>As you can see, my computer is not that much larger spec'd than  yours.  What primarily is going to make the difference is having a decent set up system (On Linux a Realtime Kernel etc.) and HD availiability.  Running Playback/Record/ and your System off one HD will kill your performance VERY fast.  Try to get your System on One HD and your audio on another as a minimum, 2 HDs would be better, one for recording to, one for playback, if you do tracking a lot.  RAID arrays aren't really a bad idea either if you have the drives, though obviously, as you can see from my specs, not absolutely necessary.
<br><br>If you are in Ardour, if the problem is your HD performance, it will tell you.  A warning message will pop up saying your HD was unable to keep up.  If your problem is xruns(dropouts) and playback continues, chances are your problem could be solved by ensuring you have realtime capabilities as that user, as otherwise what can happen is an interrupt triggered by other software will override your audio, and then you will drain your buffer before your audio gets a chance to work again.  That is what realtime preemption helps with, your audio card and software will preempt other software as needed.  Or at least that is my understanding;)
<br><br>         Seablade<div><span class="e" id="q_113d7dd6200c1afb_1"><br><br><div><span class="gmail_quote">On 7/17/07, <b class="gmail_sendername">John Emmas</b> <<a href="mailto:johne53@tiscali.co.uk" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
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;">
I'd be interested to know what hardware you guys are running to get<br>24 & 48 channels.  To be honest, my copy of Ardour often struggles to<br>play just 4 channels simultaneously.<br><br>"Struggles" is probably an exaggeration but I do get occasional glitches
<br>such as a short 'hole' in the sound or an occasional 'skip'.  I've never<br>timed how often these happen but I doubt that I could replay 10 whole<br>minutes of audio without encountering at least 1 glitch.
<br><br>My hardware is pretty old but not unrespectable.  I have a 1.2GHz Athlon<br>with 512MB of RAM, but my disks are just standard EIDE types (though<br>reasonably fast).  I'm running OpenSuse 10.2 with Jacklab and an RME
<br>HDSP9632 sound card.  Enough to run 4 x simultaneous channels without<br>encountering problems, I'd have thought.  Maybe I need to tweak something??<br><br>Just out of interest, what is considered a 'minimum spec' for say, a 24
<br>channel system?<br><br>John<br><br><br><br>----- Original Message -----<br>From: "John Rigg" <<a href="mailto:au@sound-man.co.uk" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">au@sound-man.co.uk
</a>><br>To: "Kevin Cosgrove" <<a href="mailto:kevinc@doink.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
kevinc@doink.com</a>><br>Cc: <<a href="mailto:ardour-users@lists.ardour.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ardour-users@lists.ardour.org</a>><br>Sent: 17 July 2007 23:04<br>
Subject: Re: [ardour-users] 48 channels on ardour<br><br><br>> On Tue, Jul 17, 2007 at 02:17:44PM -0700, Kevin Cosgrove wrote:
<br>>><br>>> On 17 July 2007 at 20:04, John Rigg <<a href="mailto:au@sound-man.co.uk" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">au@sound-man.co.uk</a>> wrote:<br>>><br>
>> > Yep. You'd have to decide if you really need to use 96kHz rather
<br>>> > than 48kHz. With something like a Delta 1010, most of the potential<br>>> > increase in quality at 96kHz is wiped out by the increased clock<br>>> > jitter, so it isn't really worth using more than 48kHz with that
<br>>> > particular hardware.<br>>><br>>> Very interesting.  Is there much additional jitter from trying to<br>>> sync multiple units, or is the internal jitter of one unit enough to<br>>> degrade the quality?  How are you determining the quality differences
<br>>> between 48kHz and 96kHz?  Are you looking at the noise floor?  Or,<br>>> maybe you've run a test like "effective bits"?  See<br>>> <a href="http://www2.tek.com/cmswpt/tidetails.lotr?ct=TI&cs=Application+Note&ci=4405&lc=EN&from=rss" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://www2.tek.com/cmswpt/tidetails.lotr?ct=TI&cs=Application+Note&ci=4405&lc=EN&from=rss</a><br>><br>> I haven't done extensive comparisons between 48kHz and 96kHz,<br>> but I didn't hear enough of a difference between them to justify
<br>> doubling the disk bandwidth and space.<br>><br>> The Delta 1010 does have a jittery clock implementation. That's what<br>> happens when the clock is on the PCI card and the converters are at<br>> the other end of a 3m cable, with HF losses and crosstalk with all
<br>> the other signals in the cable contributing to jitter. I got a<br>> noticeable improvement in audio quality just by replacing the 3m<br>> host cables with 1m ones.<br>><br>> Regarding jitter when syncing, the 1010s sound better when using internal
<br>> clock than when synced via either BNC or S/PDIF. If I don't need more<br>> than eight channels (eg. when overdubbing) I run jackd with only one<br>> Delta 1010, set to internal clock. This situation can't be completely
<br>> remedied by using a high quality external clock, because jitter occurs<br>> in the cable and the Delta 1010 hasn't got very good jitter attenuation<br>> on its S/PDIF or wordclock inputs. It can be minimised by syncing with
<br>> very short, well-shielded cables with low capacitance.<br>><br>>><br>>> > Yes. At least one user on these lists is using it for 64 channels.<br>>> > I'm currently using three Delta 1010s for 24 tracks. It's reliable
<br>>> > and I don't get xruns (I use large period size and monitor from the<br>>> > 1010s' hardware outputs for `zero latency' monitoring though). Having<br>>> > said that,<br>>>
<br>>> Are you sync'ing your three via the BNC sync connectors or through<br>>> the S/PDIFs?<br>><br>> When using all three 1010s I clock them from an Audiophile 2496 card<br>> (also ice1712) in the same box, via a home-made 3-way S/PDIF splitter.
<br>> That way all three 1010s receive their clock signals at the same time.<br>> As a bonus the 2496 also bumps the 1010s off the IRQ that is shared by the<br>> graphics and network adaptors onto individual IRQs of their own. I'm not
<br>> using the 2496 for I/O in this configuration.<br>><br>> This is getting a little OT, but feel free to email me off list if you<br>> have more 1010-specific questions.<br>><br>> John<br>> _______________________________________________
<br>> ardour-users mailing list<br>> <a href="mailto:ardour-users@lists.ardour.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ardour-users@lists.ardour.org</a><br>> <a href="http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org
</a><br>_______________________________________________<br>ardour-users mailing list<br><a href="mailto:ardour-users@lists.ardour.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ardour-users@lists.ardour.org
</a><br><a href="http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org</a><br></blockquote></div><br>
</span></div></blockquote></div><br>