1. 18 Oct, 2012 1 commit
  2. 07 Aug, 2012 1 commit
  3. 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
  4. 10 Feb, 2012 1 commit
  5. 02 Nov, 2011 1 commit
  6. 20 Oct, 2011 2 commits
  7. 02 Jun, 2011 1 commit
  8. 29 Apr, 2011 1 commit
  9. 19 Mar, 2011 1 commit
  10. 26 Jan, 2011 1 commit
  11. 03 Feb, 2010 1 commit
    • Michael Niedermayer's avatar
      Revert · 299fd396
      Michael Niedermayer authored
      	r12684 | michael | 2008-04-04 02:43:34 +0200 (Fri, 04 Apr 2008) | 2 lines
      	Disable the split function. This should end the mpeg1/2 global header issues.
      The split function is essential for -ss to work
      Fixes issue1226
      If this breaks something please tell me, also if someoen remembers what problem
      this originally caused tell me too, i searched but couldnt find it.
      
      Originally committed as revision 21621 to svn://svn.ffmpeg.org/ffmpeg/trunk
      299fd396
  12. 14 Dec, 2009 1 commit
  13. 05 Dec, 2009 2 commits
  14. 02 Mar, 2009 1 commit
    • Michael Niedermayer's avatar
      Call ff_fetch_timestamp() for mpeg1/2 when a picture start code is found instead · a4c7a5ea
      Michael Niedermayer authored
      of calling it at the end of a frame with a large negative offset.
      This significantly reduces the maximal distance in container packets between
      the point where the first byte of the "access unit" was stored and where
      we call ff_fetch_timestamp() thus reducing the constraints on our parser.
      Also change the parser from next_frame_offset to cur, this is needed
      because now the reference is from container packet start instead of
      frame start. (i previously misinterpreted this as bug)
      
      Originally committed as revision 17731 to svn://svn.ffmpeg.org/ffmpeg/trunk
      a4c7a5ea
  15. 24 Feb, 2009 1 commit
  16. 19 Jan, 2009 1 commit
  17. 03 Jun, 2008 1 commit
    • Michael Niedermayer's avatar
      In mpeg1/2 timestamps are associated with the access unit which · d59591fb
      Michael Niedermayer authored
      contains the first picture startcode that commences in the PES
      packet, instead of the first access unit that commences in the
      PES packet. Fix the parser to
      handle that properly. This was a very long standing bug ...
      The change to the seek regressions is because the mpeg ts muxer
      stores too many invalid and randomized timestamps which overflow
      the 4 entry buffer we use in the parser.
      
      Originally committed as revision 13643 to svn://svn.ffmpeg.org/ffmpeg/trunk
      d59591fb
  18. 04 Apr, 2008 1 commit
  19. 20 Feb, 2008 3 commits
  20. 07 May, 2007 1 commit
  21. 05 May, 2007 2 commits