On Sat, 9 Feb 2013, Ronald S. Bultje wrote:

From: "Ronald S. Bultje" <rsbul...@gmail.com>

In case of no-transform, integrate it with put_pixels4/8(). Intra PCM
is changed to not use h->mb anymore (saves a memcpy). The one during
update_thread_context() init is removed by removing the memcpy() that
clobbered it in the first place. Together, this makes the H264 decoder
almost-independent of dsputil.

Arm assembly changes untested.
---
libavcodec/arm/h264idct_neon.S     |  20 +++++--
libavcodec/get_bits.h              |   3 +-
libavcodec/h264.c                  |   7 ++-
libavcodec/h264.h                  |   1 +
libavcodec/h264_cabac.c            |   4 +-
libavcodec/h264_cavlc.c            |  10 ++--
libavcodec/h264_mb_template.c      |  20 +++----
libavcodec/h264idct_template.c     |  16 ++++--
libavcodec/h264pred.h              |   8 +--
libavcodec/h264pred_template.c     |  28 ++++++----
libavcodec/ppc/h264_altivec.c      |   3 ++
libavcodec/svq3.c                  |   2 +
libavcodec/x86/h264_idct.asm       | 108 ++++++++++++++++++++++++++++---------
libavcodec/x86/h264_idct_10bit.asm |  53 ++++++++++++++++--
14 files changed, 204 insertions(+), 79 deletions(-)

Didn't apply cleanly to master, and failed tests on both x86 and arm after fixing up the conflicts - didn't look further into it yet since some x86 tests were failing as well.

// Martin
_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to