[Ardour-Users] Ardour crashing

[Brett Clark]

>From my experience, your sample rate and track count should be fine on a
dedicated internal sata-2 drive.  If you use external then make sure you
use the eSata like Brett McCoy (the other Brett) suggested.  The only
caution i would have on externals is that they may have a slower rpm rate
which can effect throughput.

I cant help much on the hang condition though.  To date, Ive successfully
avoided VST plugins so im dont know much about the issues they cause.  But,
there are a lot of very smart people on this user list who may be able to
assist on that.

--Brett


On Wed, Aug 22, 2012 at 3:17 PM, Nick Ramm <seeyoushortly at yahoo.co.uk>wrote:

> HI Brett,
> Thanks for your email.
> Well i am running at 44.1/(24-bit i think). I also run up to 30 tracks
> although I mostly find that i am running into problems at around 15
> tracks.
> What's happening at the moment is the Input and Outputs are disconnecting
> and the program is freezing. This is annoying because i can't save what
> i've done since the last save.
> I do use plug-ins: usually plate reverb, multiband eq, dj eq and sometimes
> some compression. The VST plug-ins seem to make it crash.
> My usage has been non-commercial but is increasingly becoming more
> commercial hence more pressure..
>
> Cheers,
> Nick
>
>   ------------------------------
> *From:* Brett Clark <brett.clark at zirous.com>
> *To:* Nick Ramm <seeyoushortly at yahoo.co.uk>
> *Cc:* "ardour-users at lists.ardour.org" <ardour-users at lists.ardour.org>
> *Sent:* Tuesday, 21 August 2012, 16:23
> *Subject:* Re: [Ardour-Users] Audio drive - internal drive?
>
> You never did mention your track counts, sample rates, or if portability
> is a requirement.   If your only business requirement is throughput then
> you could consider multiple internal scsi drives with a 15k rpm spin
> running RAID 0 (striped mode).  Those will give very high throughput, but
> are also very expensive.
>
> In my studio i rarely get track counts over 30 and have my sample rates at
> 24/44.1 using a mini-tower DAW for non-commercial use, so for me a single
> SATA-2 7800 rpm internal drive works just fine ( although i have done
> 24/96k for a couple dozen tracks before on this same hardware ).
>
> Its tough to give a very accurate answer to your drive question without
> knowing more info.
>
> --Brett
>
>
>
> On Tue, Aug 21, 2012 at 10:07 AM, Nick Ramm <seeyoushortly at yahoo.co.uk>wrote:
>
> Thanks for the info people..
>
> Ah so it looks like it would better for me to get an internal drive.
> That would be faster, right?
>
> Nick
>
>   ------------------------------
> *From:* Joe Hartley <jh at brainiac.com>
> *To:* ardour-users at lists.ardour.org
> *Sent:* Tuesday, 21 August 2012, 14:27
> *Subject:* Re: [Ardour-Users] Audio drive - file system?
>
> On Tue, 21 Aug 2012 09:06:46 +0100
> John Rigg <au2 at jrigg.co.uk> wrote:
>
> > Good points, but beware of the SSD's habit of losing data when left
> > unpowered for any length of time. The modern ones are much worse for this
> > than the earlier ones. SSDs are great for work in progress, but useless
> > for long term storage.
>
> Obligatory:  http://xkcd.com/285
>
> I work for a company that makes SSD-based networked storage devices, and
> our
> experience is that SSDs are getting better, not worse, at retaining data.
>
> --
> ======================================================================
>       Joe Hartley - UNIX/network Consultant - jh at brainiac.com
> Without deviation from the norm, "progress" is not possible. - FZappa
> _______________________________________________
> Ardour-Users mailing list
> ardour-users at lists.ardour.org
> http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org
>
>
>
> _______________________________________________
> Ardour-Users mailing list
> ardour-users at lists.ardour.org
> http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ardour.org/pipermail/ardour-users-ardour.org/attachments/20120822/4cf2e6cd/attachment-0002.htm>