[x264-devel] add optimised functions (hpel_filter, ssd, ssim)
Firas Al-Tahan
firearse at gmail.com
Sat Nov 24 14:21:53 CET 2007
So with the continued support for G4 PPC / G5 - is it still worth holding
onto that dual G4 tower?! Is there much to optimize with regards to AltiVec?
Thanks
On Nov 21, 2007 9:03 AM, Guillaume Poirier <gpoirier at mplayerhq.hu> wrote:
> Hello,
>
> Noboru Asai wrote:
> > Thank you for your commit.
> >
> > 2007/11/19, Guillaume POIRIER <poirierg at gmail.com
> > <mailto:poirierg at gmail.com>>:
> >
> > > o pixel_ssd_8x8_altivec()
> >
> > As far as this once is concerned, I seem to be too sleepy to find a
> > set of command-line options that trigger this usage. Would you have
> > one that I could use for testing?
> >
> > Not committed.
> >
> >
> > This function is called at
> >
> > encoder/rdo.c:
> >
> > int ssd_mb( x264_t *h )
> > {
> > return h->pixf.ssd[PIXEL_16x16]( h->mb.pic.p_fenc[0], FENC_STRIDE,
> > h-> mb.pic.p_fdec[0], FDEC_STRIDE )
> > * + h->pixf.ssd[PIXEL_8x8]( h->mb.pic.p_fenc[1], FENC_STRIDE,
> > h->mb.pic.p_fdec[1], FDEC_STRIDE )
> > * + h->pixf.ssd[PIXEL_8x8]( h-> mb.pic.p_fenc[2], FENC_STRIDE,
> > h->mb.pic.p_fdec[2], FDEC_STRIDE );
> > }
> >
> > ssd_mb() is called at
> >
> > o x264_rd_cost_mb() ( m>=6 )
> > o x264_macroblock_analyse() ( B-Frame, brdo, m>=6 )
> >
> > so I use the following options.
> >
> > --bframes 3 --ref 5 -m 7 --b-rdo
>
> Patch applied.
>
> Thanks a lot.
>
> Guillaume
> _______________________________________________
> x264-devel mailing list
> x264-devel at videolan.org
> http://mailman.videolan.org/listinfo/x264-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.videolan.org/pipermail/x264-devel/attachments/20071124/655cdcc2/attachment.htm
More information about the x264-devel
mailing list