[MPlayer-dev-eng] Re: [Mplayer-cvslog] CVS: main/postproc swFri Oct 19 17:56:55 2001
arpi at thot.banki.hu
Fri Oct 19 17:59:52 CEST 2001
> > i don't understand this. why are reads unaligned?
> > i think width/height values are only used to limit loops.
> > stride is %16==0 (16, because UV stride is stride>>1 so it's %8==0 now)
> > or do you mean the source image stride? it should be 16-aligned too as
> yes i mean the source
> > ffmpeg uses 16x16 blocks and +2*32 wide UMC area internally.
> good, than it should be ok now, ... until win32 codecs get pp support :)
win32 mpeg codecs has pp (at least mp42,mp43=divx,wmv7,wmv8).
others has no pp (cvid, indeo etc), but i can't add as they don't
export QSCALE array. btw as they aren't 8x8 dct based codecs, deblocking
filter is useless for those. mayeb deinterlacing could be used, it doens't
require QSCALE. hmm.
btw, what are deblock filters above 0xff? (0x2000,0x1000,0x200,0x100).
i've tried 0x3300 on a very blocky mpeg but nothing happened.
A'rpi / Astral & ESP-team
mailto:arpi at thot.banki.hu
More information about the MPlayer-dev-eng