encoding time in cce

[willynopals]

Have just started encoding svcd quality direct from vob using multipass vbr at 4 pass, initially it said it would take 2 1/2 hours so off I went into the house to watch long good friday expecting it to have finished when I got back, but 2 hours later it is saying that it has been running for 48 minutes and will take another 8 1/2 hours to complete, has it started another process in my abscence or has it gone up the spout, It isnt encoding audio and has been set to fit 2 80 min cd's if that helps, I was under the impression that cce was fast and given that it is running on a p4600 with 512mb ram I expected things to trot along considerably faster.

My spec was for a good quality svcd, have I overdone things?

A quick answer will help me decide whether to stop it and start again or leave it going overnight.

Any help would be appreciated.

PS Sefy have uploaded your stuff and email on the way.
Steve

[willynopals]

CMon guys Im in need of advice here, by the way its a p41600 not 600 Duh the info box is quoting speed of 0.875, it means zip to me but must mean something to you guys. whats happening does it start again on each vob?, could this take days?

[stanwebber]

.875 sounds good to me although i'd expect it to be faster on your system. .5-.75 is best i can get on p3 800mhz. btw, 1.0 is realtime encoding: video runtime * .875 * number of passes should get you a good estimate

[mrbass]

I get 1.6 if the source is 4:3 and 1.3 if source is 16:9 on an Althon 1600+. Your CCE # sounds about right to me. Also I get 0.34 on my PIII 450Mhz so don't feel too bad.

[Racoty]

Willynopals,
The answer to your question is yes.
The first process cce creates the vaf file.
The second process cce creates the mpv file.
I hope this helps

[Shabubu]

The first pass is to work out how to distribute the bits, the second pass if you notice has 4 times as many frames as your segment. This is cause it does it 4 times, one after the other. The quality gets better each time. After 4 passes there is no improvement. You can tell which stage it's on by which extension its saving (vaf is first pass, the making of a movie is mpv). Also at 25%, 50%, 75% and finally 100% the movie size will be what you expect of your final (then it starts the next pass). This is why MPEG encoders cost so much money (think of it this way, 1 pass in CCE takes me about 1.5-2 hours. TMPGEnc takes 6-10)

[willynopals]

Thanks guys,
at least I know what to expect now and can schedule my encoding accordingly, how do you find cce reacts to other apps running at the same time as the encoding, if I continue to work on the machine ie downloads general surfing etc will this just slow down the process or can it create corruptions and jitters in the final product.

Thanks

[mega5]

I Have Athlon 900 and 100 minut movie with 5 multipass
took me total of 11 hours (almost)
But Titanic wich is 3 hours plus movie took me a lot more longer(using 5 multipass)17 hours
so I think Who ever told you you can do you movie in 3 hours with 4 multipass is crazy.
You can encode a movie in 3 hours using one pass only, I have done it, but I would not recomend for fast motion movie at all.

[Truman]

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR size=1 color=black></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
On 2001-11-13 06:45:52, willynopals wrote:
Thanks guys,
at least I know what to expect now and can schedule my encoding accordingly, how do you find cce reacts to other apps running at the same time as the encoding, if I continue to work on the machine ie downloads general surfing etc will this just slow down the process or can it create corruptions and jitters in the final product.

Thanks
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR size=1 color=black></TD></TR></TABLE>
Unless you use an app that crash the whole system, it slows down the process only but does not effect the final product.

[Shabubu]

Remeber that if your going to any stuff in the background set it to low priority in the Windows Task Manager (on Win2k and XP)