1. 23 Oct, 2015 1 commit
  2. 15 Oct, 2015 1 commit
  3. 07 Oct, 2015 1 commit
  4. 03 Oct, 2015 1 commit
  5. 01 Oct, 2015 2 commits
    • Derek Buitenhuis's avatar
      x264: Add option to force IDR frames · 38014692
      Derek Buitenhuis authored
      When forwarding the frame type information, by default x264 can
      decide which kind of keyframe output, add an option to force it
      to output IDR frames in to support use-cases such as preparing
      the content for segmented streams formats.
      38014692
    • Yu Xiaolei's avatar
      x264: Expose the NV21 input support · eb02387a
      Yu Xiaolei authored
      x264 build 147 adds the native support for NV21.
      
      Useful to avoid additional pixel format conversion when encoding
      from a wide range of capture devices, Android among those.
      Signed-off-by: 's avatarLuca Barbato <lu_zero@gentoo.org>
      eb02387a
  6. 12 Sep, 2015 1 commit
  7. 18 Aug, 2015 1 commit
  8. 01 Aug, 2015 1 commit
  9. 27 Jul, 2015 4 commits
  10. 22 Jul, 2015 2 commits
  11. 20 Jul, 2015 3 commits
    • Vittorio Giovara's avatar
      Deprecate avctx.coded_frame · 40cf1bba
      Vittorio Giovara authored
      The rationale is that coded_frame was only used to communicate key_frame,
      pict_type and quality to the caller, as well as a few other random fields,
      in a non predictable, let alone consistent way.
      
      There was agreement that there was no use case for coded_frame, as it is
      a full-sized AVFrame container used for just 2-3 int-sized properties,
      which shouldn't even belong into the AVCodecContext in the first place.
      
      The appropriate AVPacket flag can be used instead of key_frame, while
      quality is exported with the new AVPacketSideData quality factor.
      There is no replacement for the other fields as they were unreliable,
      mishandled or just not used at all.
      Signed-off-by: 's avatarVittorio Giovara <vittorio.giovara@gmail.com>
      40cf1bba
    • Vittorio Giovara's avatar
      Add a quality factor packet side data · 5d3addb9
      Vittorio Giovara authored
      This is necessary to preserve the quality information currently exported
      with coded_frame. Add the new side data to every encoder that needs it,
      and use it in avconv.
      Signed-off-by: 's avatarVittorio Giovara <vittorio.giovara@gmail.com>
      5d3addb9
    • Vittorio Giovara's avatar
      Gather all coded_frame allocations and free functions to a single place · d6604b29
      Vittorio Giovara authored
      Allocating coded_frame is what most encoders do anyway, so it makes
      sense to always allocate and free it in a single place. Moreover a lot
      of encoders freed the frame with av_freep() instead of the correct API
      av_frame_free().
      
      This bring uniformity to encoder behaviour and prevents applications
      from erroneusly accessing this field when not allocated. Additionally
      this helps isolating encoders that export information with coded_frame,
      and heavily simplifies its deprecation.
      Signed-off-by: 's avatarVittorio Giovara <vittorio.giovara@gmail.com>
      d6604b29
  12. 17 Jul, 2015 2 commits
  13. 18 Jun, 2015 1 commit
  14. 15 Jun, 2015 1 commit
  15. 31 May, 2015 1 commit
  16. 28 May, 2015 1 commit
  17. 29 Apr, 2015 1 commit
  18. 24 Apr, 2015 1 commit
  19. 15 Apr, 2015 1 commit
  20. 17 Mar, 2015 1 commit
  21. 16 Mar, 2015 1 commit
  22. 12 Mar, 2015 1 commit
  23. 04 Mar, 2015 1 commit
  24. 22 Feb, 2015 1 commit
  25. 18 Nov, 2014 1 commit
  26. 04 Oct, 2014 1 commit
  27. 01 Oct, 2014 1 commit
  28. 28 Sep, 2014 1 commit
  29. 26 Aug, 2014 1 commit
  30. 15 Aug, 2014 1 commit
  31. 07 Aug, 2014 1 commit
  32. 22 Jun, 2014 1 commit