On Sun, 2005-07-31 at 11:11 +0200, Jörn Reder wrote:
> "Brian J. Murrell" wrote:
>
> > OK. TBH, I have never understood the whole Zoom Calculator, but giving
> > it a try, I have changed "Auto clipping" to "Yes - use clip1". What am
> > I supposed to do now? I see a whole list of Zoom calculations, none of
> > which show any kind of clipping in Clip1. Clip2 does show some
> > clippings, nothing more than 4 for any of the clip values though.
>
> Looks you missed hitting the "Refresh" button... or do you use 0.97.1,
Yes, 0.97.1
> which doesn't have this button anymore, because the list updates
> automatically on parameter change?
And this time when I changed the Auto clipping to "Yes - use clip1" it
did populate the list with values in clip1. It was not doing this
yesterday. And today I have actually a new frame from the one I was
working with yesterday. I did a "Grab frame" yesterday but didn't seem
to get one. I had not quit dvdrip yesterday, just minimized it. Must
have just taken a very long time to get one.
So now that it's working, it seems that it's chosen 56/56 for the
top/bottom clip1. The frame sizes however are 848x368, 704x304,
688x288, ... Where do these frame sizes come from? Ideally I don't
want to scale the x axis, just the y axis, for A/R. So seeing as the
original is 720x480, it would be nice to have a Zoom calculation that
does not alter the video width or height.
My goal is to completely preserve everything about the video and just
better compress it into a smaller-producing codec.
Hrm. Now that I have played with the Zoom Calculator on this frame, and
decided I don't like it's settings, I can't seem to choose any clip1
values that allow Fast Resizing. Even no clip at all (0 top and bottom)
won't activate the Fast Resizing radio buttons -- they are greyed out.
> Of course. With HQ resizing you get a nearly perfect aspect ratio. If
> you switch on fast resizing then and you need to correct some values
> (e.g. the width/height values to be divisble by 8), this introduces some
> AR errors (usually very small/invisible).
Fair enough, and "very small/invisible) is acceptable enough.
> The Zoom Calculator window
> lists them all, btw.
Lists all "perfect" A/R sizes? Is that why the 720x??? is not listed?
Because it would produce an A/R error? Even though the original is
720x??? ?
> It's not only the "multiple by 8" rule. For details about the
> limitations of fast resizing, please refer to:
>
> http://www.exit1.org/dvdrip/doc/gui-gui_clip_zoom.cipp#clip_zoom_fast
OK. So all bottom clip values values >24 and < 62 don't meet those
rules? I never seemed to have trouble finding a bottom clip value close
to the bottom of the actual frame in the gtk1 version. I just keep
choosing one, by brute force (i.e. this one? nope, next one. this one,
nope next one...) until the Fast Resizing was no longer red.
I can't seem to achieve the same result with the gtk2 version.
Currently I just did a Grab frame (quite a few minutes ago) and am
waiting for it to come up to see if a fresh frame fixes the
always-greyed out fast resizing widgets.
Grabbing new frames seems to take very long now though. I have been
waiting 8 minutes now. But I think eventually it will succeed as I did
have a new frame today from a grab I did yesterday.
b.
signature.asc
Description: This is a digitally signed message part
|
DOCUMENTATION
TABLE OF CONTENTS