1. 03 Aug, 2012 1 commit
    • Diego Biurrun's avatar
      x86: build: replace mmx2 by mmxext · 239fdf1b
      Diego Biurrun authored
      Refactoring mmx2/mmxext YASM code with cpuflags will force renames.
      So switching to a consistent naming scheme beforehand is sensible.
      The name "mmxext" is more official and widespread and also the name
      of the CPU flag, as reported e.g. by the Linux kernel.
      239fdf1b
  2. 02 Aug, 2012 1 commit
  3. 31 Jul, 2012 3 commits
  4. 28 Jul, 2012 1 commit
  5. 23 Jun, 2012 1 commit
  6. 10 Jun, 2012 1 commit
  7. 12 Feb, 2012 1 commit
  8. 21 Oct, 2011 3 commits
  9. 14 Aug, 2011 1 commit
  10. 11 Jul, 2011 1 commit
  11. 21 Jun, 2011 1 commit
  12. 16 Jun, 2011 1 commit
  13. 01 Jun, 2011 1 commit
  14. 31 May, 2011 2 commits
  15. 16 May, 2011 1 commit
  16. 11 May, 2011 3 commits
  17. 10 May, 2011 2 commits
  18. 12 Apr, 2011 1 commit
  19. 10 Apr, 2011 1 commit
    • Oskar Arvidsson's avatar
      Adds 8-, 9- and 10-bit versions of some of the functions used by the h264 decoder. · 8dbe5856
      Oskar Arvidsson authored
      This patch lets e.g. dsputil_init chose dsp functions with respect to
      the bit depth to decode. The naming scheme of bit depth dependent
      functions is <base name>_<bit depth>[_<prefix>] (i.e. the old
      clear_blocks_c is now named clear_blocks_8_c).
      
      Note: Some of the functions for high bit depth is not dependent on the
      bit depth, but only on the pixel size. This leaves some room for
      optimizing binary size.
      
      Preparatory patch for high bit depth h264 decoding support.
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      8dbe5856
  20. 19 Mar, 2011 1 commit
  21. 14 Jan, 2011 1 commit
  22. 29 Sep, 2010 6 commits
  23. 24 Sep, 2010 1 commit
  24. 21 Sep, 2010 1 commit
  25. 18 Sep, 2010 1 commit
  26. 14 Sep, 2010 1 commit
    • Ronald S. Bultje's avatar
      Rename h264_idct_sse2.asm to h264_idct.asm; move inline IDCT asm from · 1d16a1cf
      Ronald S. Bultje authored
      h264dsp_mmx.c to h264_idct.asm (as yasm code). Because the loops are now
      coded in asm instead of C, this is (depending on the function) up to 50%
      faster for cases where gcc didn't do a great job at looping.
      
      Since h264_idct_add8() is now faster than the manual loop setup in h264.c,
      in-asm idct calling can now be enabled for chroma as well (see r16207). For
      MMX, this is 5% faster. For SSE2 (which isn't done for chroma if h264.c does
      the looping), this makes it up to 50% faster. Speed gain overall is ~0.5-1.0%.
      
      Originally committed as revision 25119 to svn://svn.ffmpeg.org/ffmpeg/trunk
      1d16a1cf
  27. 10 Sep, 2010 1 commit