1. 03 Apr, 2017 1 commit
  2. 01 Apr, 2017 1 commit
  3. 31 Mar, 2017 1 commit
  4. 30 Mar, 2017 2 commits
  5. 22 Mar, 2017 1 commit
  6. 20 Mar, 2017 3 commits
  7. 17 Mar, 2017 2 commits
  8. 16 Mar, 2017 1 commit
  9. 14 Mar, 2017 1 commit
    • wm4's avatar
      ffmpeg, ffprobe: don't "merge" side data into packet data by default · 55eab173
      wm4 authored
      Preparation for potentially disabling merged side data by default in the
      libs. Do this in particular because it affects fate tests.
      
      The changed tests either reflect added packet side data, or the changed
      packet size due to merged side data removal reducing the packet size.
      55eab173
  10. 09 Mar, 2017 1 commit
  11. 08 Mar, 2017 1 commit
  12. 07 Mar, 2017 3 commits
  13. 03 Mar, 2017 2 commits
    • Anton Khirnov's avatar
      ffmpeg: init filtergraphs only after we have a frame on each input · af1761f7
      Anton Khirnov authored
      This makes sure the actual stream parameters are used, which is
      important mainly for hardware decoding+filtering cases, which would
      previously require various weird workarounds to handle the fact that a
      fake software graph has to be constructed, but never used.
      This should also improve behaviour in rare cases where
      avformat_find_stream_info() does not provide accurate information.
      
      This merges Libav commit a3a0230a. It was previously skipped.
      
      The code in flush_encoders() which sets up a "fake" format wasn't in
      Libav. I'm not sure if it's a good idea, but it tends to give
      behavior closer to the old one in certain corner cases.
      
      The vp8-size-change gives different result, because now the size of
      the first frame is used. libavformat reported the size of the largest
      frame for some reason.
      
      The exr tests now use the sample aspect ratio of the first frame. For
      some reason libavformat determines 0/1 as aspect ratio, while the
      decoder returns the correct one.
      
      The ffm and mxf tests change the field_order values. I'm assuming
      another libavformat/decoding mismatch.
      Signed-off-by: 's avatarwm4 <nfxjfg@googlemail.com>
      af1761f7
    • Anton Khirnov's avatar
      ffmpeg: do packet ts rescaling in write_packet() · 4ee5aed1
      Anton Khirnov authored
      This will be useful in the following commit, after which the muxer
      timebase is not always available when encoding.
      
      This merges Libav commit 3e265ca5. It was previously skipped.
      
      There are some changes with how/when the mux_timebase field is set,
      because the Libav approach often causes a too imprecise time base
      to be set. This is hard, because the muxer's write_header function
      can readjust the timebase, at which point we might already have
      encoded packets buffered. (It might be better to buffer them after
      the encoder, instead of after all the timestamp handling logic
      before muxing.)
      
      The two FATE tests change because the output time base is raised
      for subtitles. (Needed to avoid certain rounding issues in other
      cases.)
      
      Includes a minor merge fix by Mark Thompson, and
      
          avconv: Move rescale to stream timebase before monotonisation
      
      also by Mark Thompson <sw@jkqxz.net>.
      Signed-off-by: 's avatarwm4 <nfxjfg@googlemail.com>
      4ee5aed1
  14. 26 Feb, 2017 2 commits
  15. 25 Feb, 2017 2 commits
  16. 24 Feb, 2017 1 commit
  17. 20 Feb, 2017 1 commit
  18. 13 Feb, 2017 1 commit
  19. 01 Feb, 2017 1 commit
  20. 27 Jan, 2017 1 commit
  21. 24 Jan, 2017 1 commit
  22. 14 Jan, 2017 2 commits
  23. 11 Jan, 2017 1 commit
  24. 28 Dec, 2016 1 commit
  25. 23 Dec, 2016 1 commit
  26. 22 Dec, 2016 1 commit
  27. 21 Dec, 2016 1 commit
  28. 16 Dec, 2016 1 commit
  29. 12 Dec, 2016 1 commit
  30. 10 Dec, 2016 1 commit