1. 09 Jan, 2014 1 commit
    • Michael Niedermayer's avatar
      avformat/rmdec: when reading audio blocks, dont leave holes when reading fails · 77d2a1ca
      Michael Niedermayer authored
      The fate test is changed because the reference file depends on the use of
      non cleared data at the very
      end. Alternatively we could upload a new reference file, though that would
      then have to be changed every time the handling of a truncated frame changes
      or theres a change to error concealment, each time adding a new file ...
      
      Fixes use of uninitialized memory
      Fixed: msan_uninit-mem_7f3c02b81363_2787_RLG2_19.rm
      Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      77d2a1ca
  2. 06 Jan, 2014 1 commit
  3. 26 Dec, 2013 2 commits
  4. 25 Dec, 2013 1 commit
  5. 21 Dec, 2013 1 commit
  6. 25 Oct, 2013 1 commit
  7. 24 Oct, 2013 2 commits
  8. 13 Oct, 2013 1 commit
  9. 18 Sep, 2013 1 commit
  10. 02 Sep, 2013 1 commit
  11. 02 Aug, 2013 1 commit
  12. 13 Jul, 2013 1 commit
  13. 12 Jul, 2013 1 commit
  14. 07 Jul, 2013 1 commit
    • Michael Niedermayer's avatar
      rmdec: Use the AVIOContext given as parameter in rm_read_metadata() · d35b6cd3
      Michael Niedermayer authored
      This fixes crashes when playing back certain RealRTSP streams.
      
      When invoked from the RTP depacketizer, the full realmedia
      demuxer isn't invoked, but only certain functions from it, where
      a separate AVIOContext is passed in as parameter (for the buffer
      containing the data to parse). The functions called from within
      those entry points should only be using that parameter, not
      s->pb. In the depacketizer case, s is the RTSP context, where ->pb
      is null.
      
      Cc: libav-stable@libav.org
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      d35b6cd3
  15. 01 Jul, 2013 1 commit
  16. 17 Apr, 2013 1 commit
  17. 17 Mar, 2013 1 commit
  18. 11 Mar, 2013 1 commit
  19. 08 Mar, 2013 1 commit
  20. 07 Jan, 2013 1 commit
  21. 25 Dec, 2012 1 commit
  22. 23 Dec, 2012 1 commit
  23. 22 Dec, 2012 1 commit
  24. 18 Dec, 2012 2 commits
  25. 28 Nov, 2012 1 commit
  26. 23 Nov, 2012 1 commit
  27. 12 Nov, 2012 1 commit
  28. 26 Oct, 2012 2 commits
  29. 15 Oct, 2012 1 commit
  30. 01 Oct, 2012 1 commit
  31. 03 Sep, 2012 1 commit
  32. 21 Aug, 2012 2 commits
  33. 07 Aug, 2012 1 commit
  34. 30 Jul, 2012 1 commit
  35. 29 Jul, 2012 1 commit
    • Anton Khirnov's avatar
      lavf: deprecate r_frame_rate. · aba232cf
      Anton Khirnov authored
      According to its description, it is supposed to be the LCM of all the
      frame durations. The usability of such a thing is vanishingly small,
      especially since we cannot determine it with any amount of reliability.
      Therefore get rid of it after the next bump.
      
      Replace it with the average framerate where it makes sense.
      
      FATE results for the wtv and xmv demux tests change. In the wtv case
      this is caused by the file being corrupted (or possibly badly cut) and
      containing invalid timestamps. This results in lavf estimating the
      framerate wrong and making up wrong frame durations.
      In the xmv case the file contains pts jumps, so again the estimated
      framerate is far from anything sane and lavf again makes up different
      frame durations.
      
      In some other tests lavf starts making up frame durations from different
      frame.
      aba232cf