OMG!!! My encodings became 2-3 hours faster and I have no clue why!

[Kast]

...not that I'm compaining but I need to know! I mean the only changes i made were installing the new virtualdub 1.5.10. The previous week to encode a 1 30m movie divx 5.11 1 pass b-frames - GMC on i needed 7-8 hours, and now i need 4-5 hours (damn i started encoding with two pass). Explain this to me! Btw my computer is a Pentium 3 650.

PS. No I'm not kidding.

[Tuning]

I think you have changed speed settings to fast or standard instead of slow/slowest mode.:rolleyes:

Or your processor was updated while you were surfing net. :D :D haha

[Kast]

Originally posted by Tuning
I think you have changed speed settings to fast or standard instead of slow/slowest mode.:rolleyes:

Or your processor was updated while you were surfing net. :D :D haha

You think I hadn't checked it out? It was the first to check. Hey man I'm not kidding i haven't changed ANYTHING except updating virtualdub. I'm encoding right now with 8-10 (Pentium 3 650!)when a couple of days ago i was encoding with 4-6 fr/sec.

[Tuning]

OK, Amazed by your CPUs performance!.

sorry for just giving already checked options.

I'm going to check this condition, another thought : Is there a probablity of VDM compiled in intel compiler ?

[Kast]

I didn't understand a word you said. :) What do you mean "VDM compiled in intel compiler"?

[Tuning]

I didn't understand a word you said. What do you mean "VDM compiled in intel compiler"?
VirtualDub/VirtualDubMod is buid on VC++ programming language and C++ code can be compiled in Intel Compiler for better performance.(XviD betas uses this for great performance)
I tested on VirtualdubMod 1.5.10.1 and 1.5.4.1, which is derivatives of Vdub. But I cannot find a slight difference in encoding speed. (Infact, I think there is a chance of slow down on new VirtualDub as video is displayed even in fast recompress mode and there is DirecX rendering possible too - implies possibility for slowing down)

One more info, VirtualDub is an application using codec's API(Application programming Interface) to feed video data for encoding. That is Codec is what trying to compress and speed is mostly influenced by codec's properties. So even if you use different encoders the maximum speed attainable is depending on codec properties and your system. Which implies on a particular system with same codec properties and equvalent system resources its not possible to have different speeds. Thus to my knowledge (i can be wrong :) ) its impossible to have different encoding speed only by changing encoding application.


I think VirtualDubMod developers will explain this if there is truth in your question.

[Kast]

I'm telling the truth here and i bet noone believes me. Does anyone wants a log file a photo or something as proof, or so that he can explain to me what's going on? I really need to know so that my computer won't stop one day working like that, and maybe to help others have faster encodings (i said maybe). I'm being too optimistic here but damn having 4 frames/sec faster encodings makes you optimistic.

[KpeX]

@Kast

What was your old version of Vdub? Are you using AviSynth 2.5x to frameserve? As of 1.5.6, Vdub now supports YV12 colorspace (as VdubMod has for some time). This could speed up your encoding, but I doubt that much. However, it's the only thing I can think of. The processing work is mostly done on the codec level so changes in virtualdub and its compliation would I doubt cause your speed increase.

[Tuning]

Kast,

Just one more suggestion,
Download Vdubmod 1.5.4.1 and 1.5.10.1 [http://virtualdubmod.sf.net] and once more encode some video with same settings. Then please report back.
Atleast we could conclude what happens then.

Thanks.