Whats Wrong with Readavs.dll
 

I am trying to use readavs.dll to encode a 2 hr movie and it shows me 28 hrs remaining. WTF ???

I have used TMPGEnc with the same settings, same avs script (except readavs.all), using Directshow and I was able to encode appx the same length in appx 4.5 hrs.

Whats wrong, I use avisynth 2.5.6 RC1 and TMPGEnc 2.524.63.181

P4 Centrino 1.6 Ghz, 256 MB RAM

Re: Whats Wrong with Readavs.dll
 

I didn't even know that you could open an avs without readavs (using directshow) but your problem is probably that in the longer attempt, you are running in RGB32 and not in YV12. Or something like this. Avisynth is a lot faster in YV12.

The problem is not with readavs but with the codecs installed on your PC and how they are configured.

Re: Whats Wrong with Readavs.dll
 

Well I increased the priority in the VFAPI Plugin to the highest for directshow.

Okay let me put a converttoYV12() after reading the source in the avs script.

Will get back soon.....

Re: Whats Wrong with Readavs.dll
 

Thanks DH, I put converttoYV12() at the begining (ofcourse after the read statement) in the script and the time has reduced to 5hrs 33 min appx.

:D

Try to fix your codec for a better result next time.
The YV12 handler we often use is xvid codec. It should be installed even if you never read/encode xvid video. And you have to configure it to output as YV12 anytime.

Can you be more precise...............what do I need to do exactly. I already have the latest Divx release.

What should be the required configuration ?????

Not DivX CODECS :!:
:arrow: Install XviD CODEC.

-kwag

Ah! I should have been precise too, I installed the Divx 6 package, it contains both Divx and Xvid codecs.

Is there anything else I need to configure or be aware of in the configuration.

For sure not !

Did you ever see M$ delivering OpenOffice with M$ Office ?

Edit: but as boulder says just under, Divx can be used also as YV12 handler.
(just have to check the box "extented YuV mode" or something like this.

DivX5 or 6 will decode YV12 as well as XviD. That is, both are equally buggy :wink:

However, you should use ConverttoRGB24() at the end of your script if you use TMPGEnc.

What is your source?

You are right, I just checked I have installed the Free Divx play bundle. I will install the xvid.

BTW just for my understanding why are these conversions required, in the first place itself and how do you know what your source colourspace is ????

That's why I asked what your source is. Most likely it should already be in YV12 but probably enabling the option Phil mentioned should do the trick.

You can check the colorspace by putting Info() right after the line where you load the source.

Sorry, its an avi source.

If you're talking about XviD/DivX, sorry, we don't deal with them here anymore.

might be/might not be Xvid/DivX, I really dont know since its Video's in 6 CD-R which I am trying to put into a DVD now.( I am doing it for someone else)

but thanks anyway!!!


EDIT: I think the only thing you shouldnt discuss here is the Quality concerns and outputs from a Divx/Xvid (since you dont get the best out of them). Methodology and ways to do them wont do any harm.