How To Frameserv From Virtual Dub to TMPGEnc?

[abrogard]

I wanted to brighten up an avi file and burn it to a dvd movie.

I was doing it by putting it into virtual dub and writing an avi out from there, then putting that into Nero.

On the web I'm advised that means reprocessing the file three times - from avi in vdub to use the brighten filter, then back to avi, and then from avi to mpeg in nero.

So I'm advised to put it into vdub and use the filter and then frameserve it to tmpg. I've got tmpgenc Plus 2.5.

So I tried to do that. Virtual Dub created a file with a .vdr extension.

Tmpg won't pick it up. Doesn't recognise the extension. When I change the filetype in the pickup field (as I was advised to do) to *.* then sure enough it displays in the list, but attempts to pick it up just get an error message 'unknown or unsupported', something like that.

Can anyone direct me to away over this hurdle?

regards,

ab :)

[45tripp]

in the vdub directory is auxsetup.

open it and install the handler.
then start frameserving.

have you done that?

gl

[aleste81]

It works perfectly with me. My avs file is like :

AVISource("..\capt.vdr")

[AlanHK]

In the long run, you can save a lot of time by using AVS scripts.
I recommend AVSp, an Avisynth script editor. You can use it to tweak the parameters like brightness, when it's right save the AVS and load it in your encoder. Avisynth then filters the AVI on the fly according to the instructions in the AVS and sends it to your encoder.

[aleste81]

In the long run, you can save a lot of time by using AVS scripts.

Except that for 2pass encoders, the whole script will be processed *twice*.

[AlanHK]

Except that for 2pass encoders, the whole script will be processed *twice*.

Well, isn't that what "two-pass" implies?
If you're in a hurry, use constant bit rate one pass.

Regardless, I was referring to human time, not machine time. I can set up an encode in 10 seconds that takes 10 hours to run. But it's the 10 seconds that determines how much "work" it is for me.

[aleste81]

Well, isn't that what "two-pass" implies?

Absolutely not. 2pass implies analysing twice a fixed video source, in that case if the fixed video source is filtered, it will be filtered *twice*.

And in some case the filtering is much longer that the 2 pass compression... so it can be worthy to save the filtered video.

[AlanHK]

Absolutely not. 2pass implies analysing twice a fixed video source, in that case if the fixed video source is filtered, it will be filtered *twice*.


Two passes is two passes. Filtered twice. What is your point?