1. 03 Jun, 2011 1 commit
  2. 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
  3. 04 Apr, 2011 1 commit
  4. 03 Apr, 2011 3 commits
  5. 19 Mar, 2011 1 commit
  6. 17 Mar, 2011 1 commit
  7. 22 Feb, 2011 1 commit
  8. 21 Feb, 2011 1 commit
  9. 20 Feb, 2011 2 commits
  10. 30 Jan, 2011 1 commit
  11. 29 Jan, 2011 1 commit
  12. 26 Jan, 2011 2 commits
  13. 25 Jan, 2011 2 commits
  14. 06 Jan, 2011 1 commit
    • Martin Storsjö's avatar
      rtpdec: Don't set RTP timestamps if they already are set by the depacketizer · 79d482b1
      Martin Storsjö authored
      For MS-RTSP, we don't always get RTCP packets (never?), so the earlier
      timestamping code never wrote anything into pkt->pts. The rtpdec_asf
      depacketizer just sets the dts of the packet, so if the generic RTP
      timestamping is used, too, we get inconsistent timestamps.
      
      Therefore, skip the generic RTP timestamp algorithm if the depacketizer
      already has set something.
      
      This fixes "Invalid timestamps" warnings, present since SVN rev 26187.
      
      Originally committed as revision 26241 to svn://svn.ffmpeg.org/ffmpeg/trunk
      79d482b1
  15. 01 Jan, 2011 1 commit
  16. 15 Dec, 2010 2 commits
  17. 07 Dec, 2010 2 commits
  18. 06 Dec, 2010 1 commit
  19. 05 Dec, 2010 2 commits
  20. 15 Oct, 2010 1 commit
  21. 13 Oct, 2010 6 commits
  22. 08 Oct, 2010 3 commits
  23. 06 Oct, 2010 2 commits
  24. 01 Oct, 2010 1 commit