[MPlayer-dev-eng] bug in postprocess code?

[Arpi]

Hi,

> > -vop pp (even if I give no further pp parameters). The video res looks
> > suspicious: w=384 %16==0 ok, but h=172 %16!=0 %8!=0 %4==0 -> bad. If I do
> hmm w=384 ? looks more like 348 ... ;) which isnt %16==0
> the pp code needs luma/chroma output stride%8==0 as the code works with 8x8 
> blocks, its possible to copy the right row into a buffer and work in there 
> but it would slow things down, actually this right side buffereing code was 
> implemented but than put under #ifdef as arpi said its no problem to keep 
> output stride %16==0 (that was really long ago) i dunno if it still works

yes, but since pp is moved to a filter, and i've fixed a silly bug forcing
every filter to use w%16=0 stride this bug appeared :)
i's easy to fix, but needs lots of testing. it's on my todo...


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu