zombi55
mardi 11 octobre 2005 à 17:58
Ça sera pour la prochaine version

QUOTE
As of revision 327 x264 allows non-mod16* resolutions. No more "width % 16 != 0 or height % 16 != 0" error messages
Now we can use:
mod16 - vaild (example 720x432)
mod8 - valid (example 712x424)
mod4 - valid (example 716x428)
width mod4, height mod2 - valid (example 716x430)
width mod2, height mod4 - invalid (example 718x428) -> Avisynth error: YV12 images for output must have a width divisible by 4 (use crop)!
However if either width or height is not divisible by 16, compression will suffer, so if possible always use mod16.
*note: The module (mod) is the remainder produced by dividing two integers. For example if we treat 20 / 6 as an integer divison, the quotient is 3 (rather than 3.333..) and the remainder is 2.
QUOTE
Actually if you want both width and height to be mod2, it's possible to add ConvertToRGB32() to your avs script like this:
LoadPlugin("Z:\Program Files\dgmpgdec\DGDecode.dll")
mpeg2source("G:\DVD\a.d2v")
ConvertToRGB32()
crop(0,72,718,430)
Then open the script in VirtualDub and in menu "Video"->"Color Depth" under "Output format to compressor/display" select "4:2:0 planar". Now you'll be able to make mod2 encodes with x264. I don't know if this is the best way to work around this mod2 problem. I still can't find a way to make width/height mod2 with CLI, no matter if I use ConvertToRGB32() or not. CLI returns:
avis [error]: unsupported input format (DIB )
could not open input file 'b.avs'