720x576 -> 512x384 ?

[xDREAM]

I usually resize 720x480 (NTSC) to 512x384 but how do i do with 720x576 (PAL)?

Thanks

[J_Darnley]

You do it the same way. What is your question? Is a PAL dimensions video still a 4:3 video? Yes, if it is flagged as one. Is 512x384 still the correct aspect ratio? Yes, it is still 4:3. PAL (DVD) sources are still anamorphic like NTSC but they have a different pixel aspect ratio.

[scharfis_brain]

to be precise you have to crop away each 9 pixels from the left and from the right border, before scaling.
This is the case for NTSC 720x480 and PAL 720x576:

720x480 -> 702x480 -> 512x384
720x576 -> 702x576 -> 512x384

[xDREAM]

to be precise you have to crop away each 9 pixels from the left and from the right border, before scaling.
This is the case for NTSC 720x480 and PAL 720x576:

720x480 -> 702x480 -> 512x384
720x576 -> 702x576 -> 512x384

ok.. how do i do that in script?

[smok3]

Crop(9,0,-9,-0) # 702,576
LanczosResize(512,384)

http://somestuff.org/resizeCalc.php?ssmw=720&sar=1.094&sar2=&ssmh=576&CT=0&CL=9&CR=9&CB=0&trw=512&dar=1&dar2=&mod=&padw=&padh=&css=&doit=true

[scharfis_brain]

actually this only would work in RGB colour space.
this script won't work with YUY2 or YV12.

crop & resize need to be compactened into one call like this:

LanczosResize(512,384,9,0,-9,-0)

[smok3]

oh? so the compact version will work in yv and yuv as well? (with avisynth 2.5.7)

[scharfis_brain]

yeah, it will even work with floating point numbers, like

LanczosResize(512,384,9.5,0,-8.5,-0)
this will allow for very smooth ken&burns effects

[jmnk]

actually this only would work in RGB colour space.
this script won't work with YUY2 or YV12.

crop & resize need to be compactened into one call like this:

LanczosResize(512,384,9,0,-9,-0)
I'm sorry for asking (since I do not know much) - but why the script by smok3 posted above would not work? I mean the following script seems to work fine for me:
DGDecode_mpeg2source("C:\zodiac.d2v",info=3)
info()
crop( 0, 100, -420, -80)
lanczosresize(400,100)

and the info() shows that YV12 is an input colorspace.

[smok3]

because it is not mod(2).

[jmnk]

because it is not mod(2).
thanks, I think I get it (after reading http://avisynth.org/oldwiki/index.php?page=Crop. Originaly I thought that the mod(2) rule applies only if I use the syntax as:
Crop(clip clip, int left, int top, int width, int height, bool align)

since it reads that width must be mod(2). But I suppose that is not exactly true, and if I use:

this syntax:
Crop(clip clip, int left, int top, int -right, int -bottom, bool align)

than both 'left' and '-right' values must be mod(2). Is that the case?

[smok3]

depends on source color space, up to date info should be here:
http://avisynth.org/mediawiki/Crop