1. 08 Aug, 2017 2 commits
  2. 14 Sep, 2016 1 commit
  3. 07 Jun, 2016 1 commit
  4. 27 Jul, 2015 3 commits
  5. 20 Jul, 2015 2 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
  6. 22 Apr, 2015 1 commit
  7. 01 Feb, 2015 1 commit
    • Christophe Gisquet's avatar
      dvenc: fix 2x4x8 (interlaced) weight table · cb335b3a
      Christophe Gisquet authored
      Since the decoder has been fixed to output something similar to
      other implementations, the encoder weight table needed this fix.
      
      Reference PSNR values on a progressive sequence (from tiny_psnr)
      from a chained encoding and decoding:
      Full progressive: stddev:    0.74 PSNR: 50.69 MAXDIFF:   19
      Before:           stddev:    1.43 PSNR: 44.97 MAXDIFF:   17
      This patch:       stddev:    0.76 PSNR: 50.44 MAXDIFF:   14
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      cb335b3a
  8. 04 Dec, 2014 1 commit
  9. 28 Oct, 2014 1 commit
  10. 09 Sep, 2014 1 commit
  11. 02 Aug, 2014 1 commit
  12. 17 Jul, 2014 2 commits
  13. 09 Jul, 2014 2 commits
  14. 07 Jul, 2014 1 commit
  15. 27 Jun, 2014 1 commit
  16. 20 Jun, 2014 2 commits
  17. 04 Apr, 2014 1 commit
  18. 20 Feb, 2014 1 commit
  19. 09 Dec, 2013 1 commit
  20. 02 Dec, 2013 2 commits
  21. 15 Nov, 2013 1 commit
  22. 03 Oct, 2013 1 commit
  23. 12 Aug, 2013 1 commit
  24. 28 Jun, 2013 1 commit
  25. 08 Mar, 2013 1 commit
  26. 25 Feb, 2013 1 commit
  27. 08 Feb, 2013 1 commit
  28. 23 Jan, 2013 1 commit
  29. 23 Nov, 2012 1 commit
  30. 18 Oct, 2012 1 commit
  31. 15 Oct, 2012 1 commit
  32. 11 Oct, 2012 1 commit