What are your favourite script settings when encoding already highly compressed videos (e.g. DivX/XivD movies)???
As the video should be pretty clean (or, if there was too few bitrate, blocky), would you use less or extra filters than in the optimal Script? Or maybe a "direct show source" input in avisynth to get the deblocking of ffdshow (compressing blocks ain't that fun) ???


BTW. If a topic like this already exists, which is not that old, plz tell me so this one can be deleted

Cmon guys! 54 views and no answer?
You can do better than that


p.s. is there a site/thread which says how much performance every filter needs??? (e.g. temporalsmoother: doubles the time; or sth like this)

now we got the 100 views...

*beg*

You'll get a cookie if you answer! (or maybe you won't... who knows )

Why don't you tried it without filters. Just open the avi in TMPGEnc/CCE, adjust resize settings and encode.

Hi Razorblade2000..

Sorry, I don't really have anything ta offer script'wise, for sources based
on divX. But, I had an idea to encode some of my dvd rips to divX and
THEN do my own "based optimal scriting" on these encodes, to find the
best technique. I also want to do an experiment, where I encode some
dvd rips of mine, to divX at the maximum quality avaible in a codec, and
later, encode to MPEG-2 and see if there is "some" benefits to this form
of archiving. Just curious stuff I've ben throwing around in the back of my head Anyways...

I'm always in the development stages when scripting. But, for me, and
mostly use vdub and frameserve into TMPG that way.

Though, lately, I've ben playing around the Kwag's MAS on and off,
and trying other filtering variations in the MA parts, and working on app
projects and things etc. It's kind of hard for me to "stay put" !!

It's hard, touching on divX sources these days, cause now articles become
locked, if you mention your sources true origin. Its not the origin that really
matters, rather that the user "not" publisize (specially on a regular bases)
the sources origin, mainly if the movie is not yet ben released. So, that's
pobably why divX discussoin or lower priorities. It's just my guess, that's
all, ..about the divX touchyness. Not you Anyways..

I'm not much of a divX guru, but I've encode TO divX w/ what I feel are
great results. But, i'm more too busy w/ lots of other fun things going on.
I hope someone (or two) resplies to your post, becuase it would be interesting
to see what others to or handle their divX to vcd/svcd/kvcd/ksvcd etc process via scripts.

Me, I prefer not to taint the source w/ filtering if I can swing it (not usually)
but I do hope that Kwag can come up with an arson of script-snips
for various source projects ie, divX, DVD, VHS, etc etc.

At least one person is working on VHS sources - MrTibs. He's ben
working on a .AVS filter for these.. FWIW.

And, Jorel knows how to seek out things, cause he very good at that.
He's ALL OVER the net, seeking and searching for the best things out their.
Between him and kwag (and sometimes myself included) I don't know
who gets enough sleep. Anyways...

Good luck so far,
-vhelp

wow... so much to read

I guess I'll stick with the current "optimal" Script for clean sources...

The only big problem is, that predicting CQs via CQMatic is a VERY time intensitive task... I guess it's because of the jumping arround in avi files (guess my video hasn't that many keyframes )
One 2400 frames predicting pass takes up to >20 minutes!!! which quite sucks... I thought about having a virtual job generated that will produce a small avi sample file which is used to predict the needed CQ so I only would have to do this once...
If you got an idea about this one: http://www.kvcd.net/forum/viewtopic....c32ff55f0a83ca

Some ideas: create a huffyyuv sample and predict manually. That's what I do. MPEG4 takes a lot of time seeking, so you do it once, encode your sample to huffyuv (which BTW is lossless) and then predict using your Huffy sample.
I tried many filters, but right now all I use is BlindPP() and sometimes Fluxsmooth... Filtering Divx also takes a long time...

[]'s
Vmesquita

update..

Ok, I managed to get divX able to frameserve into TMPG, but w/ a little
tweaking, I might be able to fix the color issue now. It's sort of blue'ish.

Anyways..
-vhelp

There come the answers

And some questions:
1. You create the sample via sampler.dll?
2. What exactly does BlindPP() do???
3. When do you use fluxsmooth?


P.S.
Decoding DivX doesn't take as long as decoding MPEG2?! Does it?


EDIT:
BlindPP() is for deblocking... just did a lil research on the web... NICE!!!

Install a newer DivX codec, I think that the color swapping issue was fixed in 5.0.3.

Also, if you want to remove some of the blockiness, you can adjust the DivX decoder filter postprocessing. I have set the slider to two notches from the left so that deblocking is done on luma only. Deblocking both luma and chroma takes too much time IMO.

or better than that...
use ffdshow
WAY faster than the DivXDecoder and more options to play with!

Or add SwapUV() after loading the avi.

@ all.

sorry, I missed all these great posts. I've ben busy w/ my own set of problems
and now I have a huge headache that wont quict on me.

Soon as I get some time, I will.

@ Razor..
I forgot to mention, after trying out the above w/ my divX 20min sample,
TMPG was looking at over an hour
So, I don't get it either. I was using a codec v5.0.2

@ Boulder..
what blocking hehe.. I thought my samples (or my encoding for that matter)
came/comes out great. I can't recall the exact settings I use in divX, but I
do know that after many test runs w/ trial and error, I manged to figure
out a decent looking process w/ the codec I use. Other wise, I'm a tadd
confused w/ what blocks you were refering to

Thanks everyone again,
-vhelp

so no one has any good suggestions for filters? I notice that some of my divx and xvid files have blocky backgrounds and mosquito noise around people, and the latest MA optimal script seems to enhance these problems. It feels more and more like the old 2.0x scripts did a better job of making the blocks look like noise and smoothing out the mosquitos. Any ideas, comments, suggestions anyone?

Encode as CQ_VBR, so you can use Blockbuster (noise)
Blockbuster is effective with CQ_VBR, but not with CQ.

-kwag

Thank you Kwag, as always you come through! So where in the script would the blockbuster line go? Can it be motion adaptive? And would you suggest default noise parameters?

Hi J-Who,

It can be adapted to the MA script, but you should first try it with the default script and the default settings, and see if it solves the problem

-kwag

is it effective on all resolutions kwag? or only is for smallers resolutions....

Thanks Kwag. What I meant was where should the blockbuster line go in relation to the other filters in the optimal script? Should it be near the beginning where it is applied statically or can we incorporate it into the motion adaptive section? (and how would you suggest I do either cause I'm not too good at figuring out these things! )

BlockBuster adds noise to your clip, so it should be at the end.