Why does rendering take forever?

danielborden wrote on 6/12/2003, 10:20 AM
I created an eleven minute video - there are seven video tracks and one audio track - two of the video tracks are identicle and are sync'd together (one as background for the entire screen and the other as a framed image with a textured image sandwiched in between. The rest of the video tracks are text displays.

This video took over 12 hours to print to tape. I think 12 hours is alot of wasted time for an 11 minute presentation.

Is there anyway to speed this process up?


Pentium 4
1 gig DDR RAM
200 gig hard drive
64 meg GeForce III w/TV OUT
19" LCD Monitor
4 port firewire card
ViewCast Osprey-500DV analog to digital video convertor

Thanks!

Comments

EPsymp wrote on 6/12/2003, 10:30 AM
what are you rendering as? make sure it's not uncompressed.
danielborden wrote on 6/12/2003, 11:53 AM
I'm doing a print-to-tape of an eleven minute video - my manual says when doing print to tape, by default, an avi file is created before sending it to the DV recorder. Are there faster encoding schemes that can be used then convert them to AVI. Print-to-tape says it must always use an AVI file.
jetdv wrote on 6/12/2003, 12:03 PM
Unfortunately, there are MANY things you could have done that causes the render time to increase. How about posting the VEG file and lettings some of us have a look at it? We might find some unnecessary things that are causing the render time to increase.
filmy wrote on 6/12/2003, 12:56 PM
1> Make sure your PTT template is set for a DV pre-set *AND* the preset is the same as your project's media. (IE: If you have media that is set for 'upper frame' but a PTT template set for 'lower frame' or 'none' the media will render to conform to the output template)

2> Any audio will always render out to *.w64 format for PTT no matter what.

3> In general things such as re-sizing video will take longer to render than simple effects and/or cuts only. Also you may have media set to "always resample" and that will take longer to render even if there are not any filters or effects.

4> Just as a side note VV does take a longer time to render/re-render compared to, say, Premiere. There is a review of VV 4 in the new "emedia" (overall a really, really positive review mind you) and they have a little side bar of a test they did. A 20 second clip with blue screen took 45 seconds to render in Premiere and 1:58 in VV 4. A spining logo took 1:08 in Premiere and 2:50 in VV 4. Using the above effects and and also one image pan they did a PTT of 1 minute project - Premiere took 2:30 to do it and VV took 3:58. So as you seem to have more tracks and a bit more complex effect going on it could just be the render time is normal.
Jsnkc wrote on 6/12/2003, 1:44 PM
Or you can just do what probably all the rest of us do, just let the thing render overnight while you are sleeping and then you won't have as much "wasted time" when you could be using your computer for other things.

danielborden wrote on 6/12/2003, 1:55 PM
Thanks - I do recall, the time differential to render increased once I resized the video.
hugoharris wrote on 6/12/2003, 2:28 PM
One other tip: I have a 15 second long intro clip that typically takes about 1 hour to render (it's loaded with high-resolution stills, track motion, effects, etc...). I recently added motion blur and supersampling (which I knew would significantly increase the rendering time), set it up to render overnight, and 13 hours later...39% done! I have an average system (P4 1.6, 1GB RAM), but was a little shocked to say the least.

However, the problem was mine - I have an Alias-Wavefront liquid effects screen saver set up to come on at 90 minutes; I tested it afterwards - it hogs >90% of my computer's CPU power! Ooops! So from then on, no screen saver (I turn off my monitor while rendering to prevent burn-in).

Cheers,
Kevin.
DGates wrote on 6/14/2003, 4:43 AM
Dang, that must be some screensaver!!
the_rhino wrote on 8/1/2003, 6:27 PM
Resizing Video adds quite a bit to the rendering time. Right now I am doing a 4 minute video with 4 layers of video showing simultaneously on 4 mini-screens. In the middle is a rotating text GIF made with XARA3D and the background is a Motionback AVI file. That's 6 complex objects plus several of the video tracks have adjusted velocities.

My rendering time on a 2.53Ghz P4 is 6 hours! Hee hee. 6 hours for 4 minutes of video! Of course, I am rendering at "BEST" quality because of the resized frames.
Maverick wrote on 8/1/2003, 7:17 PM
Out of interest could the shorter times for Premier be due to a possible inferior algorithm resulting in a slightly inferior result? Never longer used Premier.
BillyBoy wrote on 8/1/2003, 7:43 PM
Got to be the most asked question.

Things that slow down rendering in no particular order and to varying degrees:

1. under powered CPU
2. not rebooting first (especially important for long projects...can cut off 10% rendering time or more).
3. resizing the source frame size
4. having one or more CPU cycle hog application running in the background
5. Windows being Windows like Windows Explorer starting up and hogging 90% CPU due a yet unfixed bug
6. Too many tracks, too many transitions, too many fancy effects
7. some FX filters are very slow. Like Median and unsharpen.
8. rendering at Best as opposed to Good. Probably adds at least 40-50% overhead without any real gain in quality

In additon to what Maverick said, don't forget to include TOTAL PROJECT time, not just rendering. If you use To Premier, it may render faster, but if you factor in the hangs, the stalls, the clumbiness of the interface, all the time fighting with it TOTAL times are pretty close.
thrillcat wrote on 8/1/2003, 9:48 PM
Last night I did a final render for a client. A 6 1/2 minute video took 14.5 hours to render (P4, 2.4ghz, 1gig RAM, XP). Of course, it had 19 tracks of video, almost all resized, 4 tracks of text, all flying and zooming and blurring. And this was all over another video track that I pre-rendered last week that consisted of 5 video tracks sliding across the screen, another video track spinning with the the 3-D plugin, and another at half opacity and a cookie cutter in the middle. Good thing I pre-rendered that backplate, or it would still be rendering until tomorrow.

It might take a long time, but the final project looks excellent, and the client LOVED it, to the tune of a mid 5-figure price tag for two weeks of intense editing.

More than paid for Vegas......thousands of times over.
mvpvideos2007 wrote on 8/3/2003, 10:58 AM
I just rendered a 15 minute video and it took 2 hours. I had a lot of filters, text, ect. Normally, it takes about double the time of the project to render. If it is 15 minutes, it normally takes 30 to render if there isn't alot of filters, ect. So to take 12 hours, there's something wrong there:(
BillyBoy wrote on 8/3/2003, 11:33 AM
Because there are so many variables, nobody can say doing project "X" will take "N" minutes to render. As I've said many times in other threads... Who gives a $#%## how long it takes to render? The point is Vegas brings a wealth of tools which makes it possible to do everything from simple editing to adding some very complex effects. Obviously the more you ask of Vegas the longer it is going to take to do the job. While everyone would like faster renders, I'm not about to give up any of the features to get it. I know other editing applications can do faster renders, but then again they're no Vegas.
Jsnkc wrote on 8/3/2003, 12:23 PM
I still don't understand why people put down what kind of monitor they have when they complain about render times. Like a 19" monitor should make your project render faster than a 15" monitor.
BillyBoy wrote on 8/3/2003, 12:59 PM
Maybe for the same reason people list their video card or specifics about Windows that has no relivance to the question. Probably because they don't know and are simply giving as much info as THEY think is helpful.

I think we should require past users of "P" to say so in their post since they REALLY need to unlearn bad habits they picked up before asking what some of us may consider "dumb" questions especially rants that begin like "P" does such and such this way, why doesen'tVegas.

Just kidding...

If you've already kicked the "P" habit, you already saw the light. It does take a little time to get up to speed using a superior editor.
Maverick wrote on 8/3/2003, 5:42 PM
I'd second that, BillyBoy!

I found Vegas very confusing at first but the learning curve - although a little steep - was a joy for two reasons really;

Firstly, whatever I did didn't seem to crash either the app or even W2K.

Secondly, everything I played with, eventually, after the help of this forum, did what I wanted it to do.

Maybe we should have a FAQ - or does one already exist?
BillyBoy wrote on 8/3/2003, 6:21 PM
There are several mini FAQ's (above under Support/knowledgebase) on the SoFo site for their various products. I had a FAQ on the web for HTML Authoring I wrote some years back, it was popular, but it got to be a pain to keep it current. I was toying with the idea of doing one for Vegas, but haven't. Maybe now that Sony bought SoFo with a major cash infusion they will expand their web site to include a lot more.
pjam wrote on 8/3/2003, 6:24 PM
Hi, sorry not much help, I understood that it should take approx twice the lenghth of the project to render, I have just rendered a reasonably complex instruction video 58 Mins in length and the render time was 2 hrs 10 mins, so about right.
BillyBoy wrote on 8/3/2003, 9:31 PM
The render time is relative to WHAT you're project contains. What may seem complex to render may be simple whereas something that seems simple may take a long time.
What I'm trying to say is in human terms something that seems complex may in fact be simple to encode while the inverse is also true.

An example would be the Median filter. In human terms it would seem simple to simply blur the image and do nothing else. Yet the render time would be in the 15 to 20 to 1 range or higher because Vegas needs to recaculate almost all the pixels...frame by frame. That takes a lot of time.