Hi, On Mon, Jul 25, 2011 at 8:18 AM, Mans Rullgard <[email protected]> wrote: > Signed-off-by: Mans Rullgard <[email protected]> > --- > libswscale/ppc/swscale_altivec.c | 3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/libswscale/ppc/swscale_altivec.c > b/libswscale/ppc/swscale_altivec.c > index 369e93b..501a4f7 100644 > --- a/libswscale/ppc/swscale_altivec.c > +++ b/libswscale/ppc/swscale_altivec.c > @@ -409,7 +409,8 @@ void ff_sws_init_swScale_altivec(SwsContext *c) > if (c->scalingBpp == 8) { > c->hScale = hScale_altivec_real; > } > - if (!is16BPS(dstFormat) && !is9_OR_10BPS(dstFormat) && > + if (!is16BPS(c->srcFormat) && !is9_OR_10BPS(c->srcFormat) && > + !is16BPS(dstFormat) && !is9_OR_10BPS(dstFormat) &&
Why? yuv2yuvX is output vertical scaling, if input is >8bit, 19to15Fw scales it back to a range that yuv2yuvX understands. (Jason thinks this is non-optimal, so I'll look into changing this, but currently, I don't think this patch is necessary.) Ronald _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
