1. 13 Sep, 2018 1 commit
  2. 05 Sep, 2018 2 commits
  3. 03 Sep, 2018 1 commit
  4. 06 Jul, 2018 1 commit
  5. 14 Dec, 2017 2 commits
    • wm4's avatar
      avcodec: add metadata to identify wrappers and hardware decoders · b945fed6
      wm4 authored
      Explicitly identify decoder/encoder wrappers with a common name. This
      saves API users from guessing by the name suffix. For example, they
      don't have to guess that "h264_qsv" is the h264 QSV implementation, and
      instead they can just check the AVCodec .codec and .wrapper_name fields.
      
      Explicitly mark AVCodec entries that are hardware decoders or most
      likely hardware decoders with new AV_CODEC_CAPs. The purpose is allowing
      API users listing hardware decoders in a more generic way. The proposed
      AVCodecHWConfig does not provide this information fully, because it's
      concerned with decoder configuration, not information about the fact
      whether the hardware is used or not.
      
      AV_CODEC_CAP_HYBRID exists specifically for QSV, which can have software
      implementations in case the hardware is not capable.
      
      Based on a patch by Philip Langdale <philipl@overt.org>.
      
      Merges Libav commit 47687a2f.
      b945fed6
    • wm4's avatar
      avcodec: add metadata to identify wrappers and hardware decoders · 47687a2f
      wm4 authored
      Explicitly identify decoder/encoder wrappers with a common name. This
      saves API users from guessing by the name suffix. For example, they
      don't have to guess that "h264_qsv" is the h264 QSV implementation, and
      instead they can just check the AVCodec .codec and .wrapper_name fields.
      
      Explicitly mark AVCodec entries that are hardware decoders or most
      likely hardware decoders with new AV_CODEC_CAPs. The purpose is allowing
      API users listing hardware decoders in a more generic way. The proposed
      AVCodecHWConfig does not provide this information fully, because it's
      concerned with decoder configuration, not information about the fact
      whether the hardware is used or not.
      
      AV_CODEC_CAP_HYBRID exists specifically for QSV, which can have software
      implementations in case the hardware is not capable.
      
      Based on a patch by Philip Langdale <philipl@overt.org>.
      Signed-off-by: 's avatarLuca Barbato <lu_zero@gentoo.org>
      47687a2f
  6. 21 Sep, 2017 1 commit
  7. 12 Jun, 2017 1 commit
  8. 15 Sep, 2015 1 commit
  9. 27 Jul, 2015 4 commits
  10. 13 Oct, 2014 1 commit
    • Anton Khirnov's avatar
      lavc: use a separate field for exporting audio encoder padding · 2df0c32e
      Anton Khirnov authored
      Currently, the amount of padding inserted at the beginning by some audio
      encoders, is exported through AVCodecContext.delay. However
      - the term 'delay' is heavily overloaded and can have multiple different
        meanings even in the case of audio encoding.
      - this field has entirely different meanings, depending on whether the
        codec context is used for encoding or decoding (and has yet another
        different meaning for video), preventing generic handling of the codec
        context.
      
      Therefore, add a new field -- AVCodecContext.initial_padding. It could
      conceivably be used for decoding as well at a later point.
      2df0c32e
  11. 06 Jun, 2014 1 commit
  12. 05 May, 2014 2 commits
    • Martin Storsjö's avatar
      libfdk-aac: Relicense the library wrappers to 2-clause BSD · 3828eb85
      Martin Storsjö authored
      This should make it possible for Fraunhofer to contribute to these
      wrappers - they didn't want to contribute to code under LGPL2.1 with
      the "or any later version" clause (which allowed using the code
      under the LGPL3 license).
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      3828eb85
    • Jean First's avatar
      libfdk-aacenc: Enable 7.1 channel encoding · 15fa856b
      Jean First authored
      7.1(wide) and 7.1(wide-side) channel layouts are supported in
      fdk-aac since the 0.1.3 release.
      
      The earlier versions of fdk-aac didn't include any library
      version defines in the public headers, thus checking for
      the AACENCODER_LIB_VL0 define is enough to know that we're
      building against a new enough version of fdk-aac.
      
      This change includes contributions by Tim Walker,
      Michael Niedermayer and Timothy Gu.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      15fa856b
  13. 06 Feb, 2014 1 commit
  14. 27 Jan, 2014 2 commits
  15. 26 Jan, 2014 1 commit
  16. 03 Oct, 2013 1 commit
  17. 24 Jun, 2013 1 commit
  18. 09 Mar, 2013 1 commit
  19. 06 Mar, 2013 1 commit
  20. 11 Feb, 2013 2 commits
  21. 14 Jan, 2013 2 commits
  22. 20 Dec, 2012 1 commit
  23. 11 Nov, 2012 1 commit
  24. 25 Sep, 2012 4 commits
  25. 04 Sep, 2012 2 commits
  26. 15 Aug, 2012 1 commit
  27. 07 Aug, 2012 1 commit