1. 11 May, 2016 1 commit
  2. 04 May, 2016 1 commit
  3. 26 Feb, 2016 1 commit
  4. 21 Jan, 2016 10 commits
  5. 12 Dec, 2015 1 commit
  6. 07 Dec, 2015 1 commit
    • Vittorio Giovara's avatar
      lavc: Drop exporting 2-pass encoding stats · 16216b71
      Vittorio Giovara authored
      These variables are coming from mpegvideoenc where are supposedly used
      as bit counters on various frame properties. However their use is
      unclear as they lack documentation, are available only from a very small
      subset of encoders, and they are hardly used in the wild. Also frame_bits
      in aacenc is employed in a similar way.
      
      Remove this functionality from AVCodecContex, these variable are mostly
      frame properties, and too few encoders support setting them with anything
      useful.
      Signed-off-by: 's avatarVittorio Giovara <vittorio.giovara@gmail.com>
      16216b71
  7. 06 Dec, 2015 2 commits
  8. 20 Nov, 2015 3 commits
    • Vittorio Giovara's avatar
      lavc: Deprecate avctx.rtp_callback field · 462a54e2
      Vittorio Giovara authored
      This function returns the encoded data of a frame, one slice at a time
      directly when that slice is encoded, instead of waiting for the full
      frame to be done. However this field has a debatable usefulness, since
      it looks like it is just a convoluted way to get data at lowest
      possible latency, or a somewhat hacky way to store h263 in RFC-2190
      rtp encapsulation.
      
      Moreover when multi-threading is enabled (which is by default) the order
      of returned slices is not deterministic at all, making the use of this
      function not reliable at all (or at the very least, more complicated
      than it should be).
      
      So, for the reasons stated above, and being used by only a single encoder
      family (mpegvideo), this field is deemed unnecessary, overcomplicated,
      and not really belonging to libavcodec. Libavformat features a complete
      implementation of RFC-2190, for any other case.
      Signed-off-by: 's avatarVittorio Giovara <vittorio.giovara@gmail.com>
      462a54e2
    • Anton Khirnov's avatar
      mpegvideo_enc: enable rtp_mode when multiple slices are used · f6c94457
      Anton Khirnov authored
      Currently, multiple slices with just one thread produce corrupted
      output.
      
      Additionally, enable slice structured mode for h263(+)
      
      Bug-Id: 912
      CC: libav-stabl@libav.org
      f6c94457
    • Anton Khirnov's avatar
      mpevideo_enc: disallow multiple slices for h261 and flv · d80f0a4a
      Anton Khirnov authored
      They do not work and produce corrupted output.
      
      CC: libav-stable@libav.org
      d80f0a4a
  9. 26 Oct, 2015 1 commit
  10. 25 Oct, 2015 3 commits
  11. 30 Sep, 2015 1 commit
  12. 29 Sep, 2015 1 commit
  13. 27 Jul, 2015 3 commits
  14. 20 Jul, 2015 4 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
    • Vittorio Giovara's avatar
      mpegvideo_enc: Drop unnneded initialization · 1f171de8
      Vittorio Giovara authored
      coded_frame is already initialized where needed.
      1f171de8
  15. 02 Jul, 2015 1 commit
  16. 12 Jun, 2015 3 commits
  17. 10 Jun, 2015 1 commit
  18. 08 Jun, 2015 2 commits