1. 02 Dec, 2016 6 commits
  2. 22 Nov, 2016 3 commits
    • Philip Langdale's avatar
      avcodec/cuvid: Add support for P010/P016 as an output surface format · 81147b55
      Philip Langdale authored
      The nvidia 375.xx driver introduces support for P016 output surfaces,
      for 10bit and 12bit HEVC content (it's also the first driver to support
      hardware decoding of 12bit content).
      
      The cuvid api, as far as I can tell, only declares one output format
      that they appear to refer to as P016 in the driver strings. Of course,
      10bit content in P016 is identical to P010, and it is useful for
      compatibility purposes to declare the format to be P010 to work with
      other components that only know how to consume P010 (and to avoid
      triggering swscale conversions that are lossy when they shouldn't be).
      
      For simplicity, this change does not maintain the previous ability
      to output dithered NV12 for 10/12 bit input video - the user will need
      to update their driver to decode such videos.
      81147b55
    • Timo Rothenpieler's avatar
      avcodec/cuvid: use dynamically loaded CUDA/CUVID · d9ad18f3
      Timo Rothenpieler authored
      And remove the now obsolete compat headers.
      d9ad18f3
    • Timo Rothenpieler's avatar
      compat/cuda: add dynamic loader · 5c02d282
      Timo Rothenpieler authored
      5c02d282
  3. 05 Nov, 2016 1 commit
  4. 23 Sep, 2016 3 commits
    • Timo Rothenpieler's avatar
      7904859f
    • Philip Langdale's avatar
      cuvid: Use bundled headers · 843aff3c
      Philip Langdale authored
      We need to remove the dynlink fanciness and replace it with normal
      function prototypes and update the include paths and configure logic.
      
      We don't need to explicitly check for PICPARMS now - they're going
      to be there.
      843aff3c
    • Philip Langdale's avatar
      cuvid: Add MIT licenced nvcuid headers from Video SDK 7.0 · f59e10b0
      Philip Langdale authored
      For unknown reasons, the only accurately descriptive version of
      cuviddec.h is in the Video SDK - the one in CUDA 7.5 lacks vp8
      PICPARAMS and the vp9 struct definition is inaccurate. The CUDA 8 RC
      includes an ancient version of this file from many many years go.
      
      However, the one in the Video SDK is modified to work through a
      dynamic link mechanism which we don't really want to use, so the
      next change will modify the files to just declare functions in
      the normal way.
      
      I've split the changes so it's clear to see what changed between
      the original files and ones that work for us.
      f59e10b0
  5. 28 Aug, 2016 1 commit
    • Timo Rothenpieler's avatar
      avcodec/nvenc: include nvEncodeAPI v7 SDK header · 325e5647
      Timo Rothenpieler authored
      As Nvidia has put the most recent Video Codec SDK behind a double
      registration wall, of which one needs manual approval of a lenghty
      application, bundling this header saves everyone trying to use NVENC
      from that headache.
      
      The header is still MIT licensed and thus fine to bundle with ffmpeg.
      
      Not bundling this header would get ffmpeg stuck at SDK v6, which is
      still freely available, holding back future development of the NVENC
      encoder.
      325e5647
  6. 17 Aug, 2016 1 commit
  7. 31 Mar, 2016 1 commit
    • Josh de Kock's avatar
      jack: Support OSX · 6bb99757
      Josh de Kock authored
      Previously, with JACK installed, the configure script would enable the
      JACK indev; this broke on OS X due to an incomplete pthreads
      implementation. Add some simple macros to map libdispatch to pthreads
      on OS X.
      Signed-off-by: 's avatarLuca Barbato <lu_zero@gentoo.org>
      6bb99757
  8. 14 Feb, 2016 3 commits
  9. 31 Jan, 2016 1 commit
  10. 29 Jan, 2016 1 commit
  11. 12 Nov, 2015 1 commit
  12. 30 Oct, 2015 1 commit
  13. 20 Oct, 2015 1 commit
  14. 16 Oct, 2015 2 commits
  15. 15 Oct, 2015 1 commit
  16. 11 Oct, 2015 1 commit
    • Sean McGovern's avatar
      build: add Solaris symbol versioning · c1aac39e
      Sean McGovern authored
      The versioning facility in the Solaris linker differs from Linux in 3 ways:
      
      1. It does not support globs in linker scripts for
      symbol versioning -- this is a GNU extension.
      
      2. The linker argument is '-M', instead of '--version-script'.
      
      3. It is picky about line endings.
      Each symbol or directive must be on a line of it's own.
      
      Let's use make_sunver.pl from GCC to generate a version script that works
      correctly with the Solaris linker. It's function is to correctly expand the
      globs in the original generated version script.
      Signed-off-by: 's avatarLuca Barbato <lu_zero@gentoo.org>
      c1aac39e
  17. 07 Oct, 2015 2 commits
  18. 30 Sep, 2015 1 commit
  19. 24 Jul, 2015 2 commits
  20. 02 Jun, 2015 1 commit
  21. 25 Mar, 2015 2 commits
  22. 24 Mar, 2015 1 commit
  23. 18 Feb, 2015 1 commit
  24. 11 Dec, 2014 1 commit
  25. 10 Oct, 2014 1 commit