Improving encode times

Associate
Joined
11 Apr 2007
Posts
146
Hi folks just a quick question that google isn't being directly helpful over, I've been spending more and more time in video production, with After Effects and such programs, but it's getting to the point where the desired effects I want on some things are taking days to render fully!
Whats the biggest benefit to improve the render time and encoding?
I got e2180, 2gb RAM, 8800gts 512, abit i35 pro, i'm not looking to build a new pc for another 2 years or so, but maybe a component or 2 if it halves or the time, but not if its marginal improvements. Cheers
 
Get a Q6600 and some more RAM. What formats do you encode in? Usually quicker/better to encode outside of After Effects.

Ignore the above poster, Badaboom and other CUDA encoders give horrendous quality. After Effects uses CUDA but not for the final render and encoding IIRC.
 
Thanks for responses guys. I'm on XP 32 Pro.
As for encoding, if it's a draft i'll do a LQ xvid internally, if it's medium + beyond, i'll be rendering uncompressed/huffyuv and encode with x264 with aac audio, 720p format.

I'm not that brave at OC'ing, f.e. I only have the 2180 at 2.4ghz when it can easily easily do far more! But Q6600 idea - the application benefits from quad core? And do you think the times would be marginal or pretty good.
Cheers!
 
It would be worth checking if the software you use takes advantage of/is optimized for 64bit and multiple cores so you can maybe upgrade your OS (although you might need more RAM) and CPU.

Probably the best bang for buck would be to get a Q6600 and overclock it. I don't consider myself a hardcore overclocker but I took my Q6600 to 3Ghz without too much trouble with that board. If you're confident enough to replace the CPU and fit an aftermarket cooler then you should be okay tweaking a few motherboard settings - there will be plenty of help on offer in the appropriate forum.
 
There's a recent review here which appears to suggest otherwise. :)

I read the article to humour you but it doesn't suggest otherwise at all and it's hard to take seriously in any way. Their using one rather poor encoding package that can use CPU, CUDA and Stream - no fullsize screenshots, no comparison to other encoders, no details on version, settings used etc.
x264 would have been quicker and provided vastly better quality.
 
Back
Top Bottom