Resending as once again I forgot to hit reply to all...<br><br>                Seablade<br><br>---------- Forwarded message ----------<br><span class="gmail_quote">From: <b class="gmail_sendername">Thomas Vecchione</b> <

<a href="mailto:seablaede@gmail.com">seablaede@gmail.com</a>><br>Date: Jul 18, 2007 1:45 AM<br>Subject: Re: [ardour-users] 48 channels on ardour<br>To: John Emmas <<a href="mailto:johne53@tiscali.co.uk">johne53@tiscali.co.uk

</a>><br><br></span><span class="q"><div style="direction: ltr;"><span><br></span><blockquote><span>></span><br><span>> 2 HDs would be better, one for recording to, one for playback,</span><br><span>></span><br>

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

</blockquote><div><span class="gmail_quote">The reason I proposed two for many people, is that they often won't record all their tracks at once, but instead track the music, meaning they might record the drums at one point, piano then might be recorded listening to the drums, then vocals listening to both the drums and piano, etc.

Having the playback happen on one drive, while the actual recording happens on the other in such cases, while help keep the head from having to skip all over the drive in order to write on one area of the drive, while trying to read from another area of the drive.  If you are recording everything at once, and not doing any playback while recording, it doesn't make much difference.  But for many people, tracking is fairly common practice, for many reasons, limited inputs, limited space, limited isolation(Related to limited space but not directly the same) limited musicians, etc, and thus would help them.

<br><br>               Seablade<div><span class="e" id="q_113d8130a0104515_2"><br><br>On 7/18/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></div></span><div><span class="e" id="q_113d8130a0104515_4"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Thanks guys, I appreciate the advice.<br><br>Thomas, you said something that confused me....<br><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 audio back

<br>from the same drive that it was recorded on - or would you copy the audio<br>from the record drive to the playback drive after it's recorded?<br><br>Thanks,<br><br><br>John<br><br>----- Original Message -----<br>

From: "Thomas Vecchione" <

<a href="mailto:seablaede@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">seablaede@gmail.com</a>><br>To: "John Emmas" <<a href="mailto:johne53@tiscali.co.uk" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

johne53@tiscali.co.uk</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: 18 July 2007 05:46<br>Subject: Re: [ardour-users] 48 channels on ardour<br><br><br>> 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<br>> 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):

>   1 200 gig system drive SATA >   1 200 gig playback(At the moment) IDE >   And whatever else I might dig up as the need arises;) > > As you can see, my computer is not that much larger spec'd than  yours.

<br>> What primarily is going to make the difference is having a decent set up<br>> system (On Linux a Realtime Kernel etc.) and HD availiability.  Running<br>> Playback/Record/ and your System off one HD will kill your performance

<br>> VERY<br>> fast.  Try to get your System on One HD and your audio on another as a<br>> minimum, 2 HDs would be better, one for recording to, one for playback, if<br>> 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. > > 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.

<br>> If your problem is xruns(dropouts) and playback continues, chances are<br>> your<br>> problem could be solved by ensuring you have realtime capabilities as that<br>> user, as otherwise what can happen is an interrupt triggered by other

<br>> software will override your audio, and then you will drain your buffer<br>> before your audio gets a chance to work again.  That is what realtime<br>> preemption helps with, your audio card and software will preempt other

<br>> software as needed.  Or at least that is my understanding;)<br>><br>>         Seablade<br>><br>> On 7/17/07, John Emmas <<a href="mailto:johne53@tiscali.co.uk" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

johne53@tiscali.co.uk</a>> wrote:<br>

>><br>>> 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

<br>>> 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

>> >> > increase in quality at 96kHz is wiped out by the increased clock >> >> > jitter, so it isn't really worth using more than 48kHz with that >> >> > 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>>> >><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<br>>> 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

>> > in the cable and the Delta 1010 hasn't got very good jitter attenuation >> > on its S/PDIF or wordclock inputs. It can be minimised by syncing with >> > 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).<br>>> >> > 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

<br>>> the<br>>> > graphics and network adaptors onto individual IRQs of their own. I'm<br>>> > 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>>><br>><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></span></div></div><br>