1. 08 Oct, 2012 1 commit
  2. 04 Sep, 2012 2 commits
  3. 07 Aug, 2012 1 commit
  4. 28 Jul, 2012 2 commits
  5. 16 Mar, 2012 1 commit
    • Antonio Ospite's avatar
      x11grab: fix a memory leak exposed by valgrind · d3958ab4
      Antonio Ospite authored
      When using "-f x11grab -i :0.0" valgrind reports a definitely lost
      memory block with this message:
      
      ==31544== 5 bytes in 1 blocks are definitely lost in loss record 1 of 2
      ==31544==    at 0x4026E68: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
      ==31544==    by 0x4026F17: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
      ==31544==    by 0x60D399A: av_malloc (in /usr/lib/x86_64-linux-gnu/libavutil.so.51.22.1)
      ==31544==    by 0x60D3A70: av_strdup (in /usr/lib/x86_64-linux-gnu/libavutil.so.51.22.1)
      ==31544==    by 0x4A2BE58: ??? (in /usr/lib/x86_64-linux-gnu/libavdevice.so.53.2.0)
      ==31544==    by 0x506D29E: avformat_open_input (in /usr/lib/x86_64-linux-gnu/libavformat.so.53.21.0)
      ==31544==    by 0x400A80: main (in /home/ao2/WIP/am7xxx-play/tests/a.out)
      
      The 5 bytes lost are the ones from param = av_strdup(":0.0"), so let's
      free param in the exit path.
      
      Also check the av_strdup() return value.
      
      Note: calling av_free(param) even when av_strdup() fails and param is
      NULL is OK and keeps the code simpler without adding another label to
      skip av_free().
      Signed-off-by: default avatarRonald S. Bultje <rsbultje@gmail.com>
      d3958ab4
  6. 28 Feb, 2012 1 commit
  7. 27 Jan, 2012 1 commit
  8. 05 Dec, 2011 1 commit
  9. 30 Nov, 2011 1 commit
  10. 19 Oct, 2011 1 commit
  11. 12 Oct, 2011 1 commit
  12. 24 Sep, 2011 1 commit
  13. 15 Aug, 2011 1 commit
  14. 31 Jul, 2011 2 commits
  15. 08 Jul, 2011 1 commit
  16. 07 Jul, 2011 1 commit
  17. 12 Jun, 2011 1 commit
  18. 05 Jun, 2011 1 commit
  19. 04 Jun, 2011 1 commit
  20. 27 May, 2011 2 commits
  21. 12 May, 2011 1 commit
    • Diego Biurrun's avatar
      configure: Do not unconditionally add -D_POSIX_C_SOURCE to CPPFLAGS. · 046f081b
      Diego Biurrun authored
      Adding _POSIX_C_SOURCE to CPPFLAGS globally produces all sorts of problems
      since it causes certain system functions to be hidden on some (BSD) systems.
      The solution is to only add the flag on systems that really require it, i.e.
      glibc-based ones.
      
      This change makes BSD systems compile out-of-the-box without the need for
      adding specific flags manually.  It also allows dropping a number of flags
      set manually on a file-per-file basis, but were only present to work around
      breakage introduced by the presence of _POSIX_C_SOURCE.
      
      Also add _XOPEN_SOURCE to CPPFLAGS for glibc systems.  We use XSI extensions
      in several places already, so it is preferable to define it globally instead
      of littering source files with individual #defines only needed for glibc.
      046f081b
  22. 19 Mar, 2011 1 commit
  23. 26 Jan, 2011 1 commit
  24. 07 Nov, 2010 1 commit
    • Jason Garrett-Glaser's avatar
      Make x11grab cursor drawing suck less · 8ce803db
      Jason Garrett-Glaser authored
      This new version:
      1.  Works on 24-bit and 32-bit input, not just 32-bit.
      2.  Doesn't try to run on 16-bit or 8-bit, instead of outright crashing.
      3.  Does proper alpha-blending, so cursor shadows look correct.
      4.  Doesn't swap R and B.
      
      Mostly fixes issue 1997.
      Fixes issue 2056.
      
      Originally committed as revision 25690 to svn://svn.ffmpeg.org/ffmpeg/trunk
      8ce803db
  25. 02 Jul, 2010 1 commit
  26. 30 Jun, 2010 1 commit
  27. 21 Jun, 2010 1 commit
  28. 20 Apr, 2010 1 commit
  29. 30 Mar, 2010 1 commit
  30. 23 Mar, 2010 1 commit
  31. 14 Dec, 2009 2 commits
  32. 27 Nov, 2009 3 commits
  33. 21 Jul, 2009 1 commit