where is the v.3 ?
 

sorry if i'm mistaken but the v3 of optimal script here http://www.kvcd.net/forum/viewtopic....245&highlight=
isn't the same with v2 of optimal script here http://www.kvcd.net/forum/viewtopic....069&highlight=

Re: where is the v.3 ?
 

UMM... Ver. 3 and Ver. 2 are different.

has anyone tried this with making KDVDs in CCE? I'm wondering if there is a big difference between this one and the one in vmesquita's guide

I just encoded a 2 hour movie with the Ver3 script. DAMN it looks great. Thanks for the script.

This script is probably better than the one in my guide since it's actually a tweak from the original Girv script with BlindPP which provides post-processing. I have been using the script in the guide with extra BlindPP in the beginning with great results, so I assume the results with this script will be even better, but I still didn't get a chance to test it.

[]'s
VMesquita

Re: Optimal Script V3 : here it is.
 

Woa, see what happens when youre away for a while? A whole new forum just for mpeg4 conversions! Yay :)

BlindPP(cpu=4)
I tried BlindPP when I was doing my original experiments with BB/ATC and thought it only blurred out details (a little) without adding to quality. What advantage did you see with adding it?

ATC(2,3,5,0.5,false)
1,2,4 or even 1,2,3 can be used on high quality sources; ATC can be a little heavy handed at times and introduce temporal blurring artefacts so I try to use the miniumum amount of ATC I can get away with.

Undot()
DCTFilter(1,1,1,1,1,1,0.5,0)
Just curious, what advantage do these give?

/girv

Re: Optimal Script V3 : here it is.
 

Welcome back, Girv!
It does post-processing in the image, removing macroblocks and ring artifacts. It does blur the image a little, but definatelly it is worth it.
Interesting! I'll do some tests with different parameters to see if it is really bluring too much! :wink:
DCTFilter does a DCT transform and then an IDCT transform. It seems to give more compressibility with no visible effects on the output.

[]'s
VMesquita

ATC(2,3,5,0.5,false), should it be used on poor sources only?

If I have a "high quality" divx source, witch values should I use with ATC?

//Wolfi

IMO you don't even need to use ATC if you have a hi-quality AVI source. If I have a hi-quality AVI source, I usually drop out some filters which blurs the picture e.g. TemporalSoften.

Of course if you need a good compressibility you can use it, but you'll also lose some details.

Regards,
Siku

The Blockbuster/ATC combination is for sources that exhibit "dancing block" artefacts in areas of flat colour (eg: walls, backgrounds). Turn up the contrast on your source (use VDub to add a brightness+contrast filter for example) and step trhough frame by frame watching flat areas - if you don't see small, 8x8(?) square blocks dancing around then you dont need Blockbuster/ATC.

However most divx/xvid sources I've seen have this problem, so what I do is find an area where the dancing blocks are visible then increase the ATC "strength" from 1,2,3 / 1,2,4 / 2,3,5 / ... until the blocks go away.

Newbie quest :twisted: Does the avs. file when I play it in Vdub or WMP show how the m2v output file will look?

You do mean I should view the divx source in viritual dub and not the avs. file ( and look for"dancing block") ?

Why should I turn up the contrast, how much and why should I do it? :)

//Wolfi

Not exactly, because you won't be seeing how the file will look after compression. You should encode a sample and play using VirtualDub(Mod) or any player.
Dancing blocks is the main reason DivX files looks great on the monitor and awful (in dark areas) on TV. Put the contrat to the maximmum you might see the dancing blocks, you can do that using even the monitor adjust, just don't forget to turn back when you're done.

[]'s
VMesquita

Is it not better to use GripSize(resizer="BiCubicResize") instead of GripSize(resizer="LanczosResize") to speed up encoding in this script?

It might give a little speed-up but LanczosResize gives sharper result than BicubicResize. I think that's why LanczosResize is used in this script.

Regards,
Siku

Do you mean I should find an area with dancing blocks and encode my movie three times, with different values of ATC, and compare the three m2v files? :roll:

//Wolfi

I prefer to use the script without gripfit. I'm using the LanczosResize, but fill in the right, prefered dimension (as MovieStacker gives them). This way I know for sure that the aspectratio is always perfect.

So what the advantage of using Gripfit over resizing without using Gripfit?

Hi Phil,

Blockbuster makes "noise" just to give the encoder "informations" when encoding surfaces, just to avoide visible "blocks" during encoding.
... is this right?

So what I don't understand is that you put this Filter in front of your script and perform on the other hand denoisers like temporalsoften etc. afterwards. I mean, ... would'nt kill this the sense of Blockbuster??

:D Thanx

Actually I think so too incredible... I read an explanation for this somewhere from girv I think... I'm not that familiar with DivX Sources, so I really don't know... :wink:

If I understood your question right, you're doing resizing without Gripfit using parameters given by MovieStacker, right? Well, the main reason why I use Gripfit, is that it'll do all the maths automatically. And as far as I know, it's doing the resizing perfectly keeping the right aspect ratio. So all you need to do is to determine the right output resolution and Gripfit will take care of the rest. :)

Regards,
Siku

So let's check this out ...
I tried to use Blockbuster at the end of the picture-handling routines and it gives me perfect results as explained in the readme of its author. Also when preparing DVD sources to encode them to one CD.
I encoded the first part of a science fiction Saga we all know where much scenes are playing in a dune with light blue sky ...
When I used the Script as shown above it resulted containing some artefacts in the sky and the dune, ... shure cause of the clear fading surfaces within the picture.
Then I put the Blockbuster at the end of the script the artefacts where gone.
Only luck??
Well it ended up with a little less CQ, ... shure when adding a little noise to plane surfaces as Blockbuster does. But the encoding result was very good anyway.

But you never know ... maybe something tricky is going on. :wink:

Where's Phil? Still in Holydays?
Well I think sometime you really need Holydays even from CD Encodings ;-)