rendering time for all formats

bigd wrote on 8/16/2001, 11:29 AM
I'm a web developer for 4 years now and use other software to render movies. I just bought Video Factory 2.0 and it takes 10 to 50 times longer to render files in any format. I'm using high speed Raid 0 systems with gads of ram. I was wondering if this is normal to have this snail like rendering. I really know what I'm doing here.... and just a LITTLE disappointed (especially with the fact that I can't talk to a tech guy about this issue for free).

Comments

wvg wrote on 8/16/2001, 12:21 PM
All video editors make high demands on CPU's. So a faster processor can make a world of difference. More so than extra memory or a fast drive. For example if I try to render on my older 400 Mhz Pentium II the process just crawls. However rendering the same video on my newer 1200 Mhz AMD with DDR memory it flys along at a good clip. I don't have that much memory either, just 256MB which isn't that much these days.

The following is in no way scientific. Some may find it useful as a yardstick to compare their system. Try rendering a small video using the Video CD NTSC template under mpg.

On my ADM 1200 the rendering time is between 2 to 3 to 1 meaning a 5 minute video renders in between 10 to fifteen minutes, depending on how many changes and adjustments I made. Watching in the preview window the display is smooth slow motion. Compared to my PII 400 when the preview is choppy, and rending time much longer. Same with editing. On the 1200 the results are immediate with no lag time at all.

On the other hand if I try to render with one of the DVD templates that produces uncompressed video at a larger frame size even on my fast machine the process takes a long time. What codec is being used has a great deal to do with quality and rendering time. Other video editors use different codecs, so that may explain why they are faster.

bigd wrote on 8/16/2001, 9:11 PM
I'm using an 866 P3 (512ram Raid 0) and it takes about 20 minutes to render 11 seconds of video in in mpeg "good quality" setting. In my other program this would take about 2 minutes.
wvg wrote on 8/16/2001, 11:27 PM
Interesting. I duplicated your test of a 11 second clip on my slow Pentium II 400 and it took 5 minutes 43 seconds. If your test took roughly three times longer and your CPU is more than twice as fast that's strange. Same clip took just 36 seconds to render on my AMD 1200 system. It sure isn't linear.

Just to be sure we used the same template under description just before you hit the next button to start rendering the one I used; Video CD NTSC reads as follows:

Audio: 224 Kbps, 44,100 Hz, Stereo
Video: 29.97 fps, 352x240, 1123 Kbps, MPEG-1
Use this setting for creating a VCD compliant file

Just curious, I'm guessing at that rate the preview is crawling... one frame pause... next frame, etc..
HPV wrote on 8/17/2001, 1:13 AM
>Same clip took just 36 seconds to render on my AMD >1200 system. It sure isn't linear.

Hey WVG. Was that a DV clip you rendered to MPEG I VCD format ? And did you have best quality set ?
I'm asking because my P4 1.3ghz just beat your AMD 1.2ghz by 6 seconds. That's not what the industry is saying should happen. I might be using a DV clip that compresses faster (it is a panning clip of a car at a race track, not easy encode stuff) or I might have my PC tweeked alittle better. And or I'm getting better HD performance rendering from one ata100 7200rpm drive to another.
I'd love to know about this stuff on your system. Maybe I could email you my DV 11 sec. clip and you could render that. We might be seeing a gain on my part if the Lingos encoder is SSE 2 optimized code.

Craig H.
bigd wrote on 8/17/2001, 12:08 PM
Last night I took another video clip and rendered to:
mpeg2-good setting and it took 2 minutes. The 1st clip that took 20 minutes had a lot of Video factory effects. This new clip was a cut from a camcorder.
wvg wrote on 8/17/2001, 8:09 PM
Hi. My email is vaild if you want to send the clip.

Hey WVG. Was that a DV clip you rendered to MPEG I VCD format ?

It was an uncompress AVI of higher quality rnedered to VCD MPEG-1.

And did you have best quality set ?

Yes.

I'm asking because my P4 1.3ghz just beat your AMD 1.2ghz by 6 seconds. That's not what the industry is saying should happen.

LOL! Well maybe because I had to fudge it a little. Go back and read my earlier threads from some time back.
At first I couldn't get VF to work at all. Would hang constantly at random points until I dropped my 1200 Mhz down to a clock speed of 1166 Mhz. Still don't know why that was necessary. Only VF wouldn't work at full speed. Silly computers. Anyhow, I'm using DDR memory which is suppose to be very fast with a FSB of 266Mhz. But who knows. I doubt it matters that much if any, I'm writing to a IBM IDE 100 Ultra drive that runs at 7200 RPM too. I'd love to know about this stuff on your system. Nothing really special on my system. Just a home brew AMD 1200 Mhz on a ANUS A7A266 mother board with 256MB DDR RAM. Rather plain ATI Radeon video card with 32 MB DDR which again I don't think matters for rendering. I didn't every try overclocking yet, because of the problem I mentioned above and this puppy runs pretty hot under load between 125-132 degrees even with a big CPU fan and two case fans.
wvg wrote on 8/17/2001, 8:16 PM
Hi BidD. I don't know if this helps but if you're using version 2 of VF with the wizard and advance render button I found myself thinking I was picking one template and actually was getting another. Ditto for quality selection. I now alway look at the details under description before hitting the next button so I don't fool myself.
HPV wrote on 8/18/2001, 3:21 AM
>>I'd love to know about this stuff on your system.

>>Nothing really special on my system. Just a home >>brew AMD 1200 Mhz on a ANUS A7A266 mother board with >>256MB DDR RAM.

Wow, an anus Mobo. LOL

Don't see your whole email adderess. Zap it out to the forum here, and I'll send you my DV 11 sec. panning clip. Or drop me an email at HighPeaksVideo@aol.com
I'm not sure if your uncompressed clip would be faster in rendering than my DV pan clip. We will known soon enough. BTW, I'm writing from one 7200 drive to another. Can write back to the same HD if thats what your doing.
I was able to shave 4 sec. off a 30 frame dissolve when I started tweeked my ME system. Dropped from 26 sec. to 22 sec. Combo of nuking "Quick Launch"/Printer from sys tray/uncheck "Load Startup Group Icons"
I'm running 128MB RDRAM (soon to be 384MB) on a P4 1.3 ghz with Vegas.
Nvidea Geforce MX2 (shouldn't matter), 24,576KB Vcache, 1 gig VM, full accel. on video and audio cards.
I don't think there should be any difference between VF and Vegas for render test. Lets do both a Lingos MPEG I/MPEG II and a DV "resample" test on my sample clip.

Anybody else want to jump in ? This could be the real world test we have all been looking for. To hell with all the anandtech/tomshardware/acehardware unrelated test, we are going to do it right. MPEG and DV tested with the awesome SF software we all use.

This is the kind of real world shoot-out that the we need to see. I don't care if my system wins or loses, just to finally see a MS DV and Lingos MPEG shoot-out between two very close AMD & Intel systems.

Cheers;
Craig ( It's late and I'm buzzed, tomorrow is a full day of editing the mega project, gulp) Holtorf
wvg wrote on 8/18/2001, 7:48 AM
Here you go Craig: wvg@enteract.com
danimal wrote on 8/18/2001, 9:40 PM
I'll jump in too. I have a P3-933 on an ASU P3B-F, half gig of RAM. danimal@warped.com

Dan
HPV wrote on 8/18/2001, 10:38 PM

Hi all.
WVG just got a two second clip from me. I kinda forgot how long the upload/download times would be.
Anybody have a web site we can post a clip at? SonicFoundry maybe ? Then anyone could download and do the test. Should sure help out all of us looking to build a new system if we know the real world rendering performance of DV and MPEG files.
As WVG has 256MB of memory and ? OS, I'd like to find someone with a AMD 1.2ghz+ system with only 128MB and window ME like my P4 system.

Craig H.
HPV wrote on 8/19/2001, 2:37 AM
Here is a quick update of the CPU render test. I'm still not sure Bill and I are using the exact same settings. If he is using BEST, then his AMD just smoked my P4 in MPEG II. If he had GOOD set, then the P4 wins both MPEG test but not the resample one.
This is the latest email I have sent him with a few changes for clarity.
***********
Email - Ok, did the test again after "warm" reboot.
VCD was the same at 6 sec. MPEG II "NTSC DVD-Good" dropped to 44 sec.
DV resample stayed the same at 4 sec.
--------------------------------
NOTE: Above was with "best" setting for render quality. Not sure if this was the setting Bill used, but here are his render times
"I got 5 seconds for MPEG-1 and just 17 for MPEG-II and 3 for resample".
------------------------------------
Email cont. -You can change the "render quality" under custom and also in project properties. Project properties is right under "render as" in the FILE menu labeled "Properties" I like changing it there so I can still see the info about codec settings in the "render as" dialog area. When you change it via custom in render as, it makes it a user defined template and all the info goes away. It has the same effect on the renders though.
I changed my "project properties" of video from "best" to "good". VCD was faster at 4 sec. MPEG II was super fast at 13 sec. Resample went up to 5 sec.

This is really cool, because it has made me see the difference in speed we can get from just changing the render quality settings. Now I need to do some print-to-tape test with fx on the clip to see if I can get away with using "good" render quality for my DV renders. Being as I apply the HSL filter to any clips that have transitions, any speed up will help tons. Not sure this will speed up the renders though, as I went up 1 sec. going from BEST to GOOD in the resample test. Kinda weird, you would think it would be faster.
I do the HSL fx on select clips to get around the MS codec problem of clamping the bright areas and slight greenish tint. It does the same as resample to a clip but with the bonus stated below. I can't stand seeing that blip at the beg. and end of transitions. By bumping up the saturation, it also makes the MS codec rendered sections hold the bright colors.

----------------------------
I'll be sure to keep you all posted.

Cheers,
Craig H.
mike10670 wrote on 8/27/2001, 5:50 PM
Email me the clip, and I will post it to my web site: www.mikesims.com

email it to: msims@(delete-this)ci.victorville.ca.us

HPV wrote on 8/27/2001, 6:03 PM
>>Email me the clip, and I will post it to my web site: www.mikesims.com

Thanks, we have it up at
www.hanzek.com
I'm working on a project file that will use stills & compressed video clip ( faster download for you guys) and with a bunch of fx,pan/scan,transitions. The test now is fair and true between Vegas2 and VF2 and will show base system speed. Not a big enough render for low memory shortcomings to show up. Please share any thoughts you have for this.

Cheers,
Craig H.