I have tried it, and the result is :stickouttongue: :lol:
Just load the dll and add "MSmooth(strength=7,debug=true)" anywhere on the current script. You'll see what I mean :D
You can even drop the strength down to 1, and still, it will mess up your picture. Maybe on cartoons it works better, but it definitely doesn't on regular movies.

-kwag

I've tried on two movies, and the result is far better with "MotionEstimate". I guess the current script is doing a good pre-filtering job, that we can now use "MotionEstimate" instead of 'High quaity".
At least, I'm getting MUCH better results this way :!:

-kwag

thank Kwag
:D

i have tons to encode and the new scrip is :arrow: really cool
and changing ToK to "faster" is fantastic :!:

my 60gb hd is full of vobs. :lol:

8)

Yeah mine too :!:
Now I have to go back an re-encode a lot of my DVDs :x :)
The difference is just too great to previous encodes 8)
I'm going to look for my "K-Pax" movie. That movie, encoded with this script, should look like the original DVD :lol:

-kwag

Re: 704x480 Showoff !!!
 

I don't know about everyone else but I'd REALLLYYYY like to DOWNLOAD ALL of kwag's samples along with which template he used for each one. This would be GREATLY appreciated.......

THANKS....... GREAT SAMPLES......

@jorel,

jorel wrote:
Thanks jorel :D Works great now :wink:

@Kwag,

Your right. MSmooth() was pretty bad at any setting, but UnDot()
doesn't show much improvement either. Encoding speeds up without
it too. :)

-bp

Re: 704x480 Showoff !!!
 

Hi mrj03,

All the samples in this thread were done with ToK. In ToK, there's no notion of a tempate. You just select the resolution you want, and ToK will make your KVCD mpeg with all parameters already set :!:
That is, the Q. matrix and GOP settings are already taken care by ToK. All samples I did in this thread were done at 704x480 :)

-kwag

I'm taking a look at that right now :!:
Maybe UnDot is good for some other sources, but not for DVDs :idea:
I'm testing now..

Edit:

UnDot() stays :!: :!:
It makes a HUGE difference :!:
The sample I posted before "red-planet-19second.mpg", took 59 seconds to encode without undot, and 60 seconds with undot. Only one second longer.
But the file size without undot is 2,148KB and with undot, it's 2,109. And that makes a big difference on a complete movie :!:


-kwag

know wonder CQ when down when i took out the filter :!:

@ all,

You might also want to take a look at Cnr2 filter this is a noise reduction filter on at 15 sec clip i got,

Frames 368 Default setting Cnr2()
with Cnr2 = 2182kbs
with out Cnr2 = 2204 kbs

thats a 22 kbs differece, encode speed seams the same, quality is so good with 252 that i couldn't tell you that it looks any better.

Cnr2 is a winner :D
The file size is now even smaller, and the time to encode was just the same as without the filter :!:
Thanks ovg64 :wink:
I just updated the current script :)

EDIT: CNR IS A LOOSER :!:
Look at this without CNR:
http://www.digitalfaq.com/archives/error.gif

And look at this flaw using CNR2:
http://www.digitalfaq.com/archives/i.../2003/06/2.png

I just noticed this going back and forth in Vdub, and I noticed something strange 8O
So I went back to the scene and look at that thing. It screwes up the chroma big time :!:
It could be, maybe because of the dynamic filtering being applied. I don't know, but it's out of the script for the time being :roll:
There is one frame difference between the screenshots, but the one that looks bad, looks correct without Cnr2.

-kwag

hey Kwag,
you give some more hints here.

if my movie show this values in the
statistics window from dvd2avi 176:
aspect radio - 4:3,
frame rate - 29.970 fps,
video type - ntsc,
frame type - interlaced...

can i use forced film to get more CQ :?:

thanks
:)

Not if the source is interlaced and was not originally FILM :roll:

-kwag

ok,thanks :!:
i always forget this "feature".

..cnr2 got a pleasure to stay some minutes in the new script.
the picture with cnr2 have a horrible error. 8O

is need changes or some filter to turn the script better :?:

The only thing I changed in the script was the scd_trigger = 25 # Scene change trigger value.
It was 15, and it was "falsing" on some scenes as if they were scene changes. So at 25, I have not seen that problem. I also slightly adjusted asharp( -(fmin((nf/30), 1)), 0 )
I had 35 before. Seems that 30 is more withing the "bluring" range we need. Over 35, we start loosing some blur on some key movements, so we loose compression.
These are minor tweaks, so I would say that the script is 100% useable as it is right now, and even the one posted before this update, excluding the one that had Cnr2 :!:

-kwag

Hi Kwag,

Do you finally recommend to use "MotionSearchEstimate" instead of "Hihgh Quality" :oops: :?:

Wow! you guys are picky! ( I guess that's why we count on you to come up with the perfect script! :) )

For those of us with less discerning eyes, can you explain where in the sample I should be looking for this terrible flaw?

Thanks,
Icarus

I dont know Kwag I went frame by frame with bigger
samples and i didn't see any of that on mines, could it be
the position where you put the filter in the script :?: or maybe just a conflict between to filter :?: than again i dont use STMFilter in my script i use another Spatial filter. But i got to admit the image is dischomanise, is that a word :?: :lol:
Take a look at my script:

LoadPlugin("C:\Documents and Settings\Osvaldo\My Documents\Avi Synth 2.51\MPEG2Dec3.dll")
LoadPlugin("C:\Documents and Settings\Osvaldo\My Documents\Avi Synth 2.51\asharp.dll")
LoadPlugin("C:\Documents and Settings\Osvaldo\My Documents\Avi Synth 2.51\deen.dll")
LoadPlugin("C:\Documents and Settings\Osvaldo\My Documents\Avi Synth 2.51\Dnr2_for_25.dll")
LoadPlugin("C:\Documents and Settings\Osvaldo\My Documents\Avi Synth 2.51\deen.dll")
LoadPlugin("C:\Documents and Settings\Osvaldo\My Documents\Avi Synth 2.51\undot.dll")

MaxTreshold = 1.50
scd_trigger = 15 # Scene change trigger value.
nf = 0 # Next frame.
Mpeg2Source("C:\Documents and Settings\Osvaldo\Desktop\Red Planet\RP.d2v")
Limiter()
asharp(2,0)
BicubicResize(528, 366, 0, 0.6, 5, 0, 710, 480)
Undot()
Dnr2()
deen("a2d",4,10,12)
TemporalSoften(2,7,7,3,2)
MergeChroma(blur(1.50))
ScriptClip("nf = YDifferenceToNext()"+chr(13)+ "nf > 2.5 ? asharp( -(fmin((nf/35), 1)), 0 ) : \
TemporalSoften(2,7,7,3,2) ")
ScriptClip("nf > scd_trigger ? asharp( -2,0) : asharp(0,7) ")
AddBorders(0, 57, 0, 57)
LetterBox(0, 0, 16, 16)
function fmin(float f1, float f2) {
return (f1<f2) ? f1 : f2
}

Remember the changes on the adaptive line is just 4 me. :wink:

@Kwag,

Kwag wrote:
Maybe it's time to look at DCTFilter. SansGrip was experimenting with it
some time ago to correct mosquitos and found it produced a 30%
decrease in file size without any noticable effect to picture quality :idea:
This tweaking is really fun, since picture quality is already great and issues
of encoding speed and filesize remain. :D

-bp

With this script, Yesssss :!: :D

-kwag