PDA

View Full Version : CCE speed question, how slow is too slow


Krawhitham
8th November 2005, 03:19
I have a 2.8 Ghz P4 with 1 gig of ram

I'm encoding 1080i to a mpg for a DVDr

my avs file is

LoadPlugin("c:\Program Files\AviSynth 2.5\plugins\DGDecode.dll")
LoadPlugin("c:\Program Files\AviSynth 2.5\plugins\TomsMoComp.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\ColorMatrix.dll")
LoadPlugin("c:\Program Files\AviSynth 2.5\plugins\UnDot.dll")
mpeg2source("source.d2v",cpu=0)
ColorMatrix("Rec.709->Rec.601",mmx=true,hints=false)
TomsMoComp(-1,5,1)
FDecimate()
LanczosResize(720,480)
UnDot()

I'm getting .16 for encode speed

http://img370.imageshack.us/img370/3840/cce9xa.png

is this speed typical?

feedback
8th November 2005, 07:43
What version CCE?

Are you doing 6 passes?

Regards,:)

Krawhitham
8th November 2005, 16:42
2.70

Well I selected 5 passes, I guess the .vaf pass is not counted

johnhamler1
8th November 2005, 19:46
i have a pentium M 1.7gig,1gig memory,cce2.7
6 pass movie, 2h dvd take me around 8-10 hours.

5 pass 7-8 hours.

to give u an idea.

Krawhitham
8th November 2005, 19:50
i have a pentium M 1.7gig,1gig memory,cce2.7
6 pass movie, 2h dvd take me around 8-10 hours.

5 pass 7-8 hours.

to give u an idea.

OK so I'm really slow, any idea why?

I have tried the source files on one drive and the encoded file on different drive

it did not help one bit

johnhamler1
8th November 2005, 19:59
have u USB1???

or a full HD?

jel
9th November 2005, 02:03
well ... i would be the last person around to raise my hand if someone asked for an encoding genius ... ;)

however i would imagine that the decrease in speed could be attributed to the filters you are using to process.

in addition, you may want to limit your passes to 3 + VAF maximum. although you may receive a small increase in quality, you may not be able to visually tell the difference between 2/3 passes and 5/6 passes.

Krawhitham
9th November 2005, 05:59
have u USB1???

or a full HD?


eide ata 133 both drives





Which would help more

more ram or a new cpu

DDogg
11th November 2005, 14:05
As was said you are using several filters that consume a huge amount of CPU time. Added to that is the upsized encoding, which in itself, will slow you down quite a bit. When added all together your script is very demanding and will cause a very slow encoding speed.

As a workaround -

Making assumption that you will play or serve the final mpg from HD. Correct?

If so, as size control will not be needed, suggest you use 1pass vbr with Q set less than 30. You might try 18 to 25.

To verify the quality will be within your accepted limits, do a 1% sample test encode by adding a temporary line to your script - SelectRangeEvery(1200,12)

I think you will find the quality of 1 pass vbr equivalent to multipass, but I do not intend to open that discussion here - so don't even think about raising it :)

Shinigami-Sama
14th November 2005, 20:04
possibly run the file through your filters into a lossless format then run cce?
thats all I could think of