1. 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
  2. 14 Dec, 2009 1 commit
  3. 05 Dec, 2009 2 commits
  4. 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
  5. 24 Feb, 2009 1 commit
  6. 19 Jan, 2009 1 commit
  7. 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
  8. 04 Apr, 2008 1 commit
  9. 20 Feb, 2008 3 commits
  10. 07 May, 2007 1 commit
  11. 05 May, 2007 2 commits