1. 20 2月, 2016 1 次提交
  2. 17 2月, 2016 2 次提交
  3. 14 2月, 2016 1 次提交
  4. 09 2月, 2016 1 次提交
  5. 05 2月, 2016 1 次提交
  6. 24 1月, 2016 1 次提交
    • A
      lavf: allow custom IO for all files · 9f61abc8
      Anton Khirnov 提交于
      Some (de)muxers open additional files beyond the main IO context.
      Currently, they call avio_open() directly, which prevents the caller
      from using custom IO for such streams.
      
      This commit adds callbacks to AVFormatContext that default to
      avio_open2()/avio_close(), but can be overridden by the caller. All
      muxers and demuxers using AVIO are switched to using those callbacks
      instead of calling avio_open()/avio_close() directly.
      
      (de)muxers that use the URLProtocol layer directly instead of AVIO
      remain unconverted for now. This should be fixed in later commits.
      9f61abc8
  7. 21 1月, 2016 1 次提交
  8. 20 1月, 2016 1 次提交
  9. 16 1月, 2016 1 次提交
  10. 15 1月, 2016 1 次提交
  11. 08 1月, 2016 2 次提交
  12. 31 12月, 2015 1 次提交
  13. 28 12月, 2015 1 次提交
  14. 22 12月, 2015 1 次提交
  15. 13 12月, 2015 1 次提交
  16. 05 12月, 2015 1 次提交
  17. 04 12月, 2015 1 次提交
  18. 23 11月, 2015 1 次提交
  19. 18 11月, 2015 1 次提交
  20. 16 11月, 2015 2 次提交
  21. 12 11月, 2015 2 次提交
    • V
      mov: Drop dref when unable to parse · b5f963bf
      Vittorio Giovara 提交于
      Some entries might be either empty or contain types we do not parse
      (eg. 'url '). In both cases, if an 'alis' is not the first entry,
      external references are not loaded, so make sure that the array starts
      with an 'alis' dref.
      b5f963bf
    • V
      mov: Correctly store dref paths · 303f9319
      Vittorio Giovara 提交于
      Rather than reading the alternate absolute path version from dref
      type 18, make sure that 0s are considered as '/'. These values are
      sometimes present in the full path, and are mistakenly interpreted as
      line terminators othewise.
      
      With the correct handling of this dref type, parsing type 18 is not
      needed any more.
      303f9319
  22. 11 11月, 2015 1 次提交
  23. 03 11月, 2015 1 次提交
    • W
      mov: detect cover art pictures by content · f128b8e1
      wm4 提交于
      I've got some m4a samples that had jpeg cover art marked as png. Since
      these files were supposedly written by iTunes, and other software can
      read it (e.g. clementine does), this should be worked around.
      
      Since png has a very simple to detect header, while it's apparently a
      real pain to detect jpeg in the general case, try to detect png and
      assume jpeg otherwise. Not bothering with bmp, as I have no test case.
      Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
      f128b8e1
  24. 26 10月, 2015 1 次提交
  25. 23 10月, 2015 1 次提交
    • M
      avformat/mov: Autodetect mp3s which need parsing · 573334da
      Michael Niedermayer 提交于
      mp3 packets all have the same duration and number of samples
      if their duration indicated in the container varies then thats an
      indication that they are not 1 mp3 packet each.
      If this autodetection fails for some case then please contact us
      and provide a testcase.
      
      Fixes Ticket4938
      573334da
  26. 14 10月, 2015 1 次提交
    • G
      avformat/mov: fix integer overflow · d59bfcd1
      Ganesh Ajjanagadde 提交于
      Partially fixes Ticket 4727.
      
      -duration is not a safe expression, since duration can be INT_MIN.
      One might ask how it can become INT_MIN.
      Although it is true that line 2574 is no longer reached with INT_MIN due
      to commit 053e80f6 (which fixed another
      integer overflow issue), mov_update_dts_shift is called on line 3549 as
      well, right after a read of untrusted data.
      One can do the fix locally there, but that function is already a huge
      mess. Changing mov_update_dts_shift is likely better.
      
      This changes duration to INT_MIN + 1 in such cases. This should not make any
      practical difference since such streams are anyway fuzzer files.
      
      Tested with FATE.
      Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc>
      Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
      d59bfcd1
  27. 10 10月, 2015 2 次提交
  28. 30 9月, 2015 1 次提交
  29. 29 9月, 2015 1 次提交
  30. 13 9月, 2015 1 次提交
  31. 07 9月, 2015 1 次提交
    • M
      mov: Allow more than one keyframe per trun · 7cad1bf0
      Martin Storsjö 提交于
      The previous restriction was partially designed to fix certain
      (broken) samples from bug 215. There should be no restriction on the
      number of keyframes per fragment or trun.
      
      The spec suggests that all frames lacking MOV_FRAG_SAMPLE_FLAG_IS_NON_SYNC
      are key frames, but we require the flag MOV_FRAG_SAMPLE_FLAG_DEPENDS_YES
      to be unset as well. This works for (possibly broken) media that never
      sets the NON_SYNC flag and should also be correct for any spec-compliant
      file.
      
      For files that never set either of the flags, all samples are marked
      as keyframes.
      Signed-off-by: NMartin Storsjö <martin@martin.st>
      7cad1bf0
  32. 04 9月, 2015 1 次提交
  33. 03 9月, 2015 1 次提交
  34. 27 8月, 2015 1 次提交
  35. 18 8月, 2015 1 次提交