Track processing is KILLING my CPU

[Myriad_Rocker]

And causing dropout errors immediately.

I'm processing some drum tracks with Drumagog. I guess with it attached to every drum, it's really killing my CPU. What should I do? Is there a way for it to use less CPU? Should I just replace the hits and not even bother with trying to do it on the fly?

Any help is very appreciated. I can't believe this is happening...my comp is fairly powerful.

Intel P4 3.0Ghz
2Gigs of RAM
800Mhz FSB

[manning1]

if you are getting droputs that quickly it could be a number of reasons.
you have plenty of ram and a powerfull processor.
tell me a little about your hard drives. how many for starters ?

[crankz1]

Yeah .... Drumagog is somewhat of a CPU hog, so running several instances of it in real time is going to tax the system quite a bit.
Best bet is to find the replacement sound you want to use and go ahead and process that track offline.
Make sure to save a copy of the original, in the event that you decide to make any changes later on.

[AGCurry]

That's what the aux buses are for. You can route several tracks to an aux bus and put your effects on that, rather than applying them to individual tracks.

[crankz1]

Originally Posted by AGCurry

That's what the aux buses are for. You can route several tracks to an aux bus and put your effects on that, rather than applying them to individual tracks.

True, but that won't really apply with separate replacement sounds for multiple drum tracks.
Each track would end up triggering the same sound.

[Mr Nice]

Originally Posted by Myriad_Rocker

Is there a way for it to use less CPU?
Any help is very appreciated. I can't believe this is happening...my comp is fairly powerful.

Intel P4 3.0Ghz
2Gigs of RAM
800Mhz FSB

You seem to have a powerful machine right now! What are your buffers set at? Having them below 1024 can start to tax the CPU when using a bunch of effects, tracks VST's etc. Try putting them at 1024 or slightly higher if its lower than that now. Just to let you know when you raise the buffers your latency will rise also.

[Myriad_Rocker]

Thanks for the suggestions everyone.

I went ahead and processed the tracks with the sounds I wanted to replace with and my CPU load dropped to about 10%. It was riding at about 98%, Warning, and then dropping.

Drumagog is one heck of a CPU hog for sure!

Thanks again.



Oh, and my hard drives...I only have one. It's 7200rpm and 200 or 250 gigs. Don't remember which. I know I should have a dedicated audio hard drive but I don't have the money right now. After I get done with this recording project, I think I'm going to get an 80gig audio recording only hard drive.

[Mr Nice]

Using a 7200RPM drive can be affecting performance too, especially the more tracks you try to play back. Definitely get a dedicated audio drive!! I use a SCSI ultra160 disc works great and never bogs down even under heavy loads.

Your MoBo seems new enough to support SATA, so you can even use a Western Digital 10,000RPM Raptor SATA drive. You can pick up a 74GB Raptor for about $100 (USD). That should do the trick also.

Good Luck!

[James Argo]

And don't forget to put dual HD on separate IDE channels (that means you need two cables). And make sure you use new IDE cable (80/strip) instead the old one (40/strip). Just my $0.2...


Jaymz

[Teacher]

Can't you just bounce the drumagog vsti down to disk? I know everyother vsti/dxi can