1. 09 May, 2011 1 commit
    • Thadeu Lima de Souza Cascardo's avatar
      ffdec: Do not use invalid input timestamp as next timestamp. · a3c56f60
      Thadeu Lima de Souza Cascardo authored
      When input buffer timestamps are invalid, next timestamp are used for
      audio. Then, the next out timestamp is updated with the used timestamp
      and the calculated duration. However, if the used timestamp is invalid,
      it should not be used. Otherwise, the next buffer will use a wrong
      timestamp that is not in the clipped segment, making the buffer to be
      This fixes playback with SBTVD MPEG TS streams, using AAC LATM.
  2. 06 May, 2011 1 commit
    • Vincent Penquerc'h's avatar
      ffdec: do not try to resync to the next keyframe when late · 920bfb0d
      Vincent Penquerc'h authored
      A keyframe may be quite a while in the future, and the decoder
      has no way of knowing this. A poor decision could mean quite some
      time with no video output.
      This decision should be left to the upstream element: a demuxer
      might know about incoming keyframes, or some other element might
      be able to request a keyframe.
      Fixes bug #649372.
  3. 21 Apr, 2011 15 commits
  4. 19 Apr, 2011 1 commit
  5. 08 Apr, 2011 2 commits
  6. 07 Apr, 2011 1 commit
    • Wim Taymans's avatar
      dec: avoid making the buffer writable · 6444bd25
      Wim Taymans authored
      Set the caps right after allocation of the buffer because we know the buffer is
      writable then and we are correctly negotiated. Since ffmpeg keeps around
      references to frames, making the buffer metadata writable where it was done
      before pushing will always end up with a copy and that makes the sink do a slow
      memcpy all the time.
  7. 05 Apr, 2011 1 commit
  8. 14 Feb, 2011 1 commit
  9. 31 Jan, 2011 1 commit
  10. 25 Jan, 2011 1 commit
  11. 24 Jan, 2011 5 commits
  12. 07 Jan, 2011 1 commit
  13. 05 Jan, 2011 1 commit
  14. 03 Jan, 2011 1 commit
  15. 21 Dec, 2010 1 commit
    • Wim Taymans's avatar
      ffmpgdec: work around parser timestamp bug · 22d44c87
      Wim Taymans authored
      Sometimes the parser loses track of timestamps and starts to reuse old
      timestamp. Feed it some dummy data and clear some context variables to work
      around the problem.
  16. 16 Dec, 2010 2 commits
  17. 12 Dec, 2010 2 commits
  18. 25 Oct, 2010 1 commit
  19. 22 Oct, 2010 1 commit
    • Wim Taymans's avatar
      ffdec: don't destroy the parser state · d82633c4
      Wim Taymans authored
      When we flush the parser cache, we only need to clear the bytes of the cache,
      not the complete state of the cache. In the case of H264 this doesn't require
      the parser to receive a new SPS/PPS after a DISCONT buffer.