[FFmpeg-devel] [PATCH]levc/hevc_cabac Optimise ff_hevc_hls_residual_coding (v2)

[Michael Niedermayer]

On Fri, Jan 22, 2016 at 08:38:15AM +0530, Ganesh Ajjanagadde wrote:
> On Fri, Jan 22, 2016 at 8:09 AM, Michael Niedermayer
> <michael at niedermayer.cc> wrote:
> > On Thu, Jan 21, 2016 at 10:45:55AM +0000, John Cox wrote:
> >> Hi
> >>
> >> v2 of my hevc residual patch
> >>
> >> I've fixed the fate regression
> >> I've split it into more pieces
> >> Now uses ff_clz
> >> Some reformating of function headers
> >>
> >> The patches can also be found on
> >> https://github.com/jc-kynesim/rpi-ffmpeg.git on branch
> >> test/ff_hevc_cabac_4 from tag ff_hevc_cabac_4_base
> >>
> >> Note that I will be going on holiday from the end of Friday (UK time)
> >> till the 1st Feb and will be unable to edit code or read this list
> >> during that period.
> >
> > applied the first 3 patches
> > one #endif was moved to another patch, one typo fixed
> > and confirmed that clz is faster
> 
> You mean faster than the builtin (which ff_clz uses)? That sounds a
> bit surprising, and worth investigating.

i mean the code after teh patch (ff_ctz()) is faster than before
(on x86_64 if that code is forced to be used, normally neither is
 used on x86_64 as more asm is used)
sorry for sloppy wording

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Old school: Use the lowest level language in which you can solve the problem
            conveniently.
New school: Use the highest level language in which the latest supercomputer
            can solve the problem without the user falling asleep waiting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20160122/3061b346/attachment.sig>