[MPlayer-dev-eng] vf.c & PEREFER_ALIGNED_STRIDE

[Arpi]

Hi,

> >> then adjust stride to be macroblock aligned.
> >> But we DO NOT change the stride! We change the width.
> >> That is what i cannot understand!
> >
> > stride is calculated from width ~20 lines bellow in that func when doing
> > memalign() allocation.
> Good. But the question remains. Why we change the width?
> Look -> if a filter/vo ACCEPT_STRIDE, then it gets image that have
> stride=width*bpp/8. And we change the width to perform this! No sense.
> If a filter/vo doesn't accpet stride then we may change the width, but why
> change it elsewere?

rtfm more

mpi->width is with of the allocated buffer, not the displayed inage,
it's mpi->w ...

how do you imagine stride>(buffer)width to be implemented? malloc with holes?


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
    "However, many people beg for its inclusion in Debian. Why?" - Gabucino
  "Because having new software in Debian is good." - Josselin Mouette
"Because having good software in Debian is new." - Gabucino