1. 16 Nov, 2015 1 commit
  2. 15 Nov, 2015 19 commits
  3. 14 Nov, 2015 18 commits
  4. 13 Nov, 2015 2 commits
    • Michael Niedermayer's avatar
      avcodec/jpeg2000dec: Check for duplicate SIZ marker · 44a7f17d
      Michael Niedermayer authored
      Fixes: 0231a17345734228011c6f35a64e4594/asan_heap-oob_1d92a72_3218_1213809a9e3affec77e4c191fdfdc0a9.mov
      
      Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
      Signed-off-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      44a7f17d
    • Bryan Huh's avatar
      avformat/async: Fix bug where async could not recover after seek to eof · d07585f0
      Bryan Huh authored
      When async issues its inner seek via ffurl_seek, it treats failures as
      EOF being reached. This is not consistent with the behavior of other
      protocols (e.g. http, cache) which continue to tolerate reads after
      failed seeks, and therefore does not interact correctly with them.
      
      A common pattern where this manifests itself is where avio_seek is
      called with pos to be the end-of-file - the http range-request would
      fail here, and async would set io_eof_reached to 1. The background
      thread would then refuse to read more bytes, and subsequent reads would
      only empty the fifo and end in an error.
      
      Presumably the code may have expected subsequent seeks to unset the
      io_eof_reached but this is not guaranteed to be true - a subsequent seek
      that lands in the AVIOContext's buffer (the fact that the
      previously-failed avio_seek leaves the AVIOContext's buffer intact also
      suggests that follow-up reads are expected to be tolerated) would not be
      issued to the async_seek function, and when that buffer is drained only
      async_read calls would follow, leading to the same error just described.
      Signed-off-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      d07585f0