How d'you control dimension-ratios of output avi in AGK 1.30b+ ?

[ukb007]

Hi, PROs.

Here's parts of AGK logfile (called moviename_gk.log instead of moviename_agk.log for unknown reasons - maybe to acknowledge the 'parent' program: GK? But I should think the offspring is not a toddler any more - it's running hurdle races and winning every time!):

Lines 13-16:

[22/6/04 10:43:18 PM] Source aspect ratio: 4:3
[22/6/04 10:43:18 PM] Source resolution: 720x480
[22/6/04 10:43:18 PM] Found NTSC source.
[22/6/04 10:43:18 PM] Analyzing source.

And then, later, after the CompCheck is finished:

[22/6/04 11:06:28 PM] Compressibility percentage is: 41.97
[22/6/04 11:06:28 PM] Using softer matrix.
[22/6/04 11:06:28 PM] Chosen resolution is: 608x384 ( AR: 1.58 )
[22/6/04 11:06:28 PM] Predicted comptest value is: 63.43
[22/6/04 11:06:28 PM] Running first pass.


Now, how are these two things

1. source AR (here: 4:3), and the
2. source resolution (here: 720 x 480)

[as the DGIndex .d2v file provides them]

related to the

3. final AR (here: 1.58) ?

I can, of course, force a change by changing dimensions in 1 and 2 above by changing the Aspect_ratio=4:3 and Picture_size=720x480 lines in the .d2v file, but I am yet to find a predictable relationship. I'm getting all sorts of AR values (1:32, 2:00, 1.82 etc) using different combinations of 1 and 2 above, but I can't (yet) predict the final AR value. I'd like to be able to.

Any suggestions, pros?

Regards.

[len0x]

there is no direct link between AR from d2v file and output AR of AutoGK. Here is what AutoGK does:

- crop
- get AR after crop
- multiplied by ratio taken from d2v file
- set width
- get height mod 16
- crop again to get AR error down

So crop is the major factor here.

P.S. also AR that are close ro 4:3 are forced to be 1.333

[ukb007]

Where does AGK get the AR from, after the first crop?

It was a 4:3, 29.970 movie. In my series of experiments above, I had cropped in the DGIndex.exe while making the .d2v file. I sensed that crop is the major issue here.

The reason I made those experiments was that recently I came across a DVD with burnt-in subs in the lower black border, and AGK, of course thinking that those are a part of the picture, kept them. While authoring the original DVD, the technicians had made a very slight lateral compression (or vertical elongation) of the people in the picture which also I wanted to correct.

*********************************************************************
I wanted to achieve these two:

1. get rid of the lower burnt-in subs (so I cropped in the DGIndex, cropping on all sides, and changed the .d2v AR to 16:9),
2. correct the squashing, and have an AR increse of just 0.10 over what AGK was giving.
*********************************************************************

AGK was nauseatingly faithful to the original movie here, as always, I'd say this. It preserved exactly and faithfully what it got. Garbage in, garbage out. I couldn't fine-tune my picture-dimensions! I feel sure there is a work-around somewhere and somehow, and it's just a matter of time.

Some would say: why all that fuss over 0.10? Why spend hours (sometimes the whole weekends) trying to get something you can easily overlook in an 85 minutes movie? Well, I saw my mum cooking for two hours what we ate in twenty minutes. She does it always.

I achieved those two in GK by manual cropping, doctoring the input AR, and doctoring the Input Resolution in the Resolution tab. Of course, putting all those controls in AGK is not what ought to done (because AGK was designed to be without such intrigues).

...Thanks very much for listening. Regards.

[len0x]

Originally posted by ukb007
Where does AGK get the AR from, after the first crop?


Its inside avs script, after autocrop. So AutoGK itself doesn't know what are those values... I think its betterto use GK for that, rather then trying to complicate AutoGK's procedures.

[ukb007]

I'll leave it, for now. The itch remains, though.

Regards.