1. 23 Feb, 2016 1 commit
  2. 19 Feb, 2016 3 commits
  3. 07 Feb, 2016 1 commit
  4. 21 Jan, 2016 2 commits
  5. 09 Jan, 2016 2 commits
  6. 01 Jan, 2016 1 commit
  7. 21 Dec, 2015 1 commit
  8. 06 Dec, 2015 1 commit
  9. 04 Dec, 2015 1 commit
  10. 23 Nov, 2015 1 commit
  11. 27 Oct, 2015 1 commit
  12. 21 Oct, 2015 1 commit
  13. 18 Aug, 2015 2 commits
  14. 30 Jul, 2015 2 commits
  15. 27 Jul, 2015 3 commits
  16. 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
      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
    • Vittorio Giovara's avatar
      libvpxenc: Do not entangle coded_frame · d6006dd9
      Vittorio Giovara authored
      Keep coded_frame.key_frame a write-only variable.
      d6006dd9
  17. 21 Jun, 2015 1 commit
  18. 20 Jun, 2015 2 commits
  19. 15 Jun, 2015 2 commits
  20. 11 Jun, 2015 2 commits
  21. 20 May, 2015 1 commit
  22. 24 Apr, 2015 2 commits
  23. 20 Apr, 2015 1 commit
    • Deb Mukherjee's avatar
      Support for VP9 high-color/high-bit-depth encoding · 26a0bcb1
      Deb Mukherjee authored
      Patch to support VP9 encoding with new profiles 1-3.
      Profile 1 (8-bit 422/444) should work with default libvpx
      configuration.
      However you will need to configure libvpx with
      --enable-vp9-highbitdepth before building and linking
      with ffmpeg for profile 2 (10-/12-bit 420) and profile 3
      (10-/12-bit 422/444) encoding.
      
      You may use the appropriate profile option on the
      command line:
      -profile:v 1 for 422/444 8-bit encoding
      -profile:v 2 for 420 10-/12- bit encoding
      -profile:v 3 for 422/444 10-/12-bit encoding
      If you do not use the -profile:v option, it will be deduced
      from the source format.
      Signed-off-by: 's avatarJames Zern <jzern@google.com>
      26a0bcb1
  24. 20 Mar, 2015 1 commit
  25. 09 Mar, 2015 2 commits