1. 08 Oct, 2012 1 commit
  2. 01 Oct, 2012 1 commit
  3. 07 Aug, 2012 1 commit
  4. 08 Jun, 2012 1 commit
  5. 01 Jun, 2012 1 commit
  6. 25 May, 2012 1 commit
    • Michael Niedermayer's avatar
      Revert "removing lowres support" · 5e50a572
      Michael Niedermayer authored
      There have been multiple user complaints about loosing this feature
      while its not clear the 3% speedloss claims where real or fabricated.
      My own testing indicates no statistically significant speed difference
      both with mpeg2 and mpeg4, and if at all the code with lowres support
      is a tiny bit faster than without.
      
      This reverts commit 92ef4be4, reversing
      changes made to 2e07f429.
      
      Conflicts:
      
      	cmdutils.c
      	libavcodec/arm/vp8dsp_init_arm.c
      	libavcodec/mpegvideo.c
      	libavcodec/mpegvideo.h
      	libavutil/arm/Makefile
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      5e50a572
  7. 21 Apr, 2012 1 commit
  8. 09 Apr, 2012 1 commit
    • Reimar Döffinger's avatar
      RV20: try keeping aspect during resolution changes. · 438f3ef8
      Reimar Döffinger authored
      Resolution changes are usually only used to scale with
      network bandwidth, the (full) resolution specified in the
      RM header really is authoritative.
      While I am not sure this is the best solution, it is a
      conservative approach that still should fix the most
      common cases.
      In particular, it fixes aspect with the sample from trac
      issue #785 (in MPlayer, ffplay seems to just ignore
      sample aspect changes in mid-playback).
      Signed-off-by: 's avatarReimar Döffinger <Reimar.Doeffinger@gmx.de>
      438f3ef8
  9. 06 Apr, 2012 1 commit
  10. 04 Mar, 2012 1 commit
    • Anton Khirnov's avatar
      lavc: deprecate AVCodecContext.sub_id. · 02beb982
      Anton Khirnov authored
      In most places where it's used, it's as a pointless write-only field.
      
      Only rv10 decoder actually reads from it, but it stores some internal
      version info in it. There is no reason for it to be in a public field.
      02beb982
  11. 02 Mar, 2012 2 commits
  12. 01 Mar, 2012 1 commit
  13. 15 Feb, 2012 3 commits
  14. 25 Jan, 2012 1 commit
  15. 24 Jan, 2012 1 commit
  16. 13 Dec, 2011 2 commits
  17. 19 Sep, 2011 1 commit
  18. 17 Sep, 2011 1 commit
  19. 17 Aug, 2011 1 commit
  20. 09 Aug, 2011 1 commit
  21. 29 Jul, 2011 1 commit
  22. 02 Jun, 2011 1 commit
  23. 29 May, 2011 1 commit
  24. 02 May, 2011 2 commits
  25. 29 Apr, 2011 1 commit
  26. 22 Apr, 2011 1 commit
  27. 19 Mar, 2011 1 commit
  28. 16 Feb, 2011 1 commit
  29. 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
  30. 30 Jan, 2011 1 commit
  31. 29 Jan, 2011 1 commit
  32. 28 Jan, 2011 1 commit
  33. 26 Jan, 2011 1 commit
  34. 07 Sep, 2010 1 commit
  35. 06 Aug, 2010 1 commit