1. 15 Feb, 2011 1 commit
    • Reinhard Tartler's avatar
      Merge libavcore into libavutil · 737eb597
      Reinhard Tartler authored
      It is pretty hopeless that other considerable projects will adopt
      libavutil alone in other projects. Projects that need small footprint
      are better off with more specialized libraries such as gnulib or rather
      just copy the necessary parts that they need. With this in mind, nobody
      is helped by having libavutil and libavcore split. In order to ease
      maintenance inside and around FFmpeg and to reduce confusion where to
      put common code, avcore's functionality is merged (back) to avutil.
      Signed-off-by: 's avatarReinhard Tartler <siretart@tauware.de>
      737eb597
  2. 10 Feb, 2011 1 commit
  3. 07 Feb, 2011 1 commit
  4. 02 Feb, 2011 1 commit
  5. 22 Jan, 2011 1 commit
  6. 08 Jan, 2011 1 commit
  7. 04 Jan, 2011 1 commit
  8. 03 Jan, 2011 1 commit
  9. 28 Dec, 2010 1 commit
  10. 22 Dec, 2010 1 commit
  11. 21 Dec, 2010 1 commit
  12. 18 Dec, 2010 1 commit
  13. 07 Dec, 2010 1 commit
  14. 19 Nov, 2010 1 commit
  15. 13 Nov, 2010 1 commit
  16. 11 Nov, 2010 1 commit
  17. 02 Nov, 2010 1 commit
  18. 02 Oct, 2010 1 commit
  19. 23 Sep, 2010 1 commit
  20. 13 Sep, 2010 1 commit
  21. 09 Sep, 2010 1 commit
  22. 08 Sep, 2010 1 commit
  23. 03 Sep, 2010 1 commit
  24. 23 Aug, 2010 1 commit
  25. 07 Aug, 2010 1 commit
  26. 06 Aug, 2010 1 commit
  27. 04 Aug, 2010 2 commits
  28. 02 Aug, 2010 3 commits
  29. 27 Jul, 2010 1 commit
  30. 26 Jul, 2010 1 commit
  31. 21 Jul, 2010 1 commit
    • Diego Pettenò's avatar
      Make ff_inverse stay with libavutil, and optional copy it to libavcodec. · 3fc548df
      Diego Pettenò authored
      The ff_inverse table is used by FASTDIV macro, defined in libavutil, but up
      to now the table was defined only in libavcodec.
      
      After this change, the main copy of ff_inverse is part of libavutil (just
      like FASTDIV), but if CONFIG_SMALL is unset, then a different copy is made
      available to libavcodec, to avoid the performance penalty of using an
      external look up table.
      
      Dynamic linking works, because the libraries are linked with -Bsymbolic, so
      the local copy of the symbol has priority over the external; static linking
      works because the table is on a standalone object file in both libraries,
      so the linker is able to discard one of the two.
      
      Tested on Linux/x86-64 and Mac OS X/x86-64.
      
      Originally committed as revision 24383 to svn://svn.ffmpeg.org/ffmpeg/trunk
      3fc548df
  32. 18 Jul, 2010 1 commit
  33. 12 Jul, 2010 1 commit
  34. 10 Jul, 2010 1 commit
  35. 09 Jul, 2010 1 commit
  36. 04 Jul, 2010 1 commit
  37. 02 Jul, 2010 1 commit