Low Memory when rendering? (and other fun)

JasonMurray wrote on 8/3/2004, 2:49 AM
Hi guys,

I'm rendering a fairly standard project out of Vegas 5.0b. It's a wrestling show, about 2h 15m duration.

I've got two camera feeds on separate tracks on the timeline with associated audio for those tracks. Above those tracks, I have a third video/audio track combo which I use for "other" video (stuff shown on the screen during the show - interviews, etc). Above those are a couple more tracks used for overlays (mainly titles, they are 6-7 seconds long, TGA image sequences rendered with transparency from BluffTitler). Finally, above this I have a "watermark" track.

This isn't *too* complicated - I've certainly done it before, just not with so many TGA image sequences.

On Friday night, I rendered it to MPA and M2V files, to create DVDs within Encore. Encore gave me an odd error when attempting to create the disc, which I tracked back to the MPA/M2V file Vegas had produced.

Since then, every time I've attempted to re-render the project I've gotten "The system is getting low on memory" errors from Vegas at some point in the render process, it's aborted the render entirely (render % drops back to 0%) and crashed (application responsive until I do something on the timeline at which point it goes pear-shaped).

I've got a Gig of ram in this box. I'm watching the Task Manager window as the render is happening in the background at the moment and Vegas' memory usage is fluctuating between 230 Mb and 280 Mb. It's at 6% at the moment and has rendered through the largest of the BluffTitler-generated TGA sequence, but others still remain.

Can anyone please recommend settings I should be looking at / fiddling with / tweaking to get this to render without choking...? Is there anything I can do?

*ANY* help would be appreciated... and I can send the .veg to you if you like.

Thanks

Jason

Comments

JJKizak wrote on 8/3/2004, 4:10 AM
Set your paging file to 4000. Render all of your complex areas to avi then substitute the avi's in place on the timeline. Reboot. Open Vegas then open task manager processes and end all non used tasks such as shuttle pro,
sound card stuff, and anything else that sucks up memory. The processes will all come back after the next reboot. There are some processes you cannot end so be carefull. Then render to your normal files.

JJK
JasonMurray wrote on 8/3/2004, 8:02 AM
Thanks! Will let you know how I go.

Is this likely due to the large number of TGA frames or something else...? Should I consider upping my system ram again?

Jason
johnmeyer wrote on 8/3/2004, 9:38 AM
Make sure your Temp file (set in the Options dialog) points to a drive that has plenty of free space.
JasonMurray wrote on 8/3/2004, 9:31 PM
Well, I have managed to re-render the project now - thanks JJ!

Now, Encore's still choking on the M2V and MPA files (giving the accursed DVD Error -1),. I *suspect* it's due to the amount of space the HD doesn't have, but I'm not sure.

I think I'll try rendering as an AVI and let Encore transcode it itself.
earthrisers wrote on 8/7/2004, 11:41 AM
Working a set of somehow-interlocking problems here.
First, I had a devil of a time getting usable MPG/AC3 files from Vegas 5.0b. (See the thread at
http://mediasoftware.sonypictures.com/forums/ShowMessage.asp?ForumID=4&MessageID=306793 )
Finally got a pair of files that DVD-A wold accept.
HOWEVER... when I then BURNED the DVD, I got the following results:
(1)Burned in DVD-A 2.a at 2x. Resulting disc plays OK on my computer and in my el-cheapo ($49) US Logic DVD player, but does NOT play on my (relatively) expensive Panasonic DVD player.
(2)Burned in DVD-A 2a at 1x. Results identical to the 2x burn.
(3)Burned in Nero -- the resulting disk plays perfectly in ALL my DVD players.
Kinda kludging together a workflow here...
B.Verlik wrote on 8/7/2004, 11:49 AM
Also, try scanning your disc for errors. I couldn't get a simple DVD made and I discovered I had 4 errors on my disc. Scanned disc to correct errors and DVD was made immediately after failing 5 times before I scanned disc.