On Fri, Jan 22, 2016 at 08:38:15AM +0530, Ganesh Ajjanagadde wrote: > On Fri, Jan 22, 2016 at 8:09 AM, Michael Niedermayer > <mich...@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.
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
