1. 29 Sep, 2016 1 commit
  2. 28 May, 2016 1 commit
  3. 04 May, 2016 1 commit
  4. 22 Mar, 2014 1 commit
  5. 12 May, 2013 1 commit
  6. 08 May, 2013 1 commit
  7. 02 May, 2013 1 commit
  8. 26 Mar, 2013 1 commit
  9. 12 Mar, 2013 1 commit
  10. 26 Feb, 2013 2 commits
  11. 25 Feb, 2013 1 commit
  12. 27 Jan, 2013 1 commit
  13. 23 Jan, 2013 1 commit
  14. 31 Oct, 2012 1 commit
  15. 08 Oct, 2012 1 commit
  16. 30 Aug, 2012 1 commit
  17. 15 Aug, 2012 1 commit
  18. 08 Aug, 2012 1 commit
  19. 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
  20. 29 Jun, 2012 1 commit
    • Mans Rullgard's avatar
      x86: vc1: fix and enable optimised loop filter · f2fd1678
      Mans Rullgard authored
      The problem is that the ssse3 psign instruction does the wrong
      thing here.  Commit ea60dfe2 incorrectly removed a macro emulating
      this instruction for pre-ssse3 code.  However, the emulation is
      incorrect, and the code relies on the behaviour of the macro.
      Specifically, the psign sets destination elements to zero where
      the corresponding source element is zero, whereas the emulation
      only negates destination elements where the source is negative.
      
      Furthermore, the PSIGNW_MMX macro in x86util.asm is totally bogus,
      which is why the original VC-1 code had an additional right shift
      when using it.  Since the psign instruction cannot be used here,
      skip all the macro hell and use the working instruction sequence
      directly.
      
      None of this was noticed due a stray return statement in
      ff_vc1dsp_init_mmx() which meant that only the mmx version of the
      loop filter was ever used (before being removed in ea60dfe2).
      Signed-off-by: 's avatarMans Rullgard <mans@mansr.com>
      f2fd1678
  21. 25 Jun, 2012 1 commit
  22. 12 May, 2012 1 commit
  23. 17 Feb, 2011 1 commit
  24. 18 Jan, 2011 1 commit
  25. 08 Sep, 2010 1 commit
  26. 04 Sep, 2010 1 commit
  27. 24 Aug, 2010 1 commit
  28. 21 Jul, 2010 1 commit
  29. 20 Jul, 2010 1 commit
  30. 11 Jul, 2010 1 commit
  31. 30 Jun, 2010 1 commit
  32. 06 Mar, 2010 2 commits
  33. 22 Jan, 2010 1 commit
  34. 16 Jun, 2009 1 commit
  35. 15 Apr, 2009 1 commit
  36. 22 Dec, 2008 1 commit
  37. 16 Oct, 2008 1 commit
    • Diego Pettenò's avatar
      Convert asm keyword into __asm__. · be449fca
      Diego Pettenò authored
      Neither the asm() nor the __asm__() keyword is part of the C99
      standard, but while GCC accepts the former in C89 syntax, it is not
      accepted in C99 unless GNU extensions are turned on (with -fasm). The
      latter form is accepted in any syntax as an extension (without
      requiring further command-line options).
      
      Sun Studio C99 compiler also does not accept asm() while accepting
      __asm__(), albeit reporting warnings that it's not valid C99 syntax.
      
      Originally committed as revision 15627 to svn://svn.ffmpeg.org/ffmpeg/trunk
      be449fca
  38. 04 Oct, 2008 1 commit