1. 31 Jan, 2016 1 commit
  2. 13 Sep, 2015 1 commit
  3. 26 Jul, 2015 2 commits
    • Steve Lhomme's avatar
      force WINAPI_FAMILY to WINAPI_FAMILY_DESKTOP_APP to use DVXA · c5327df8
      Steve Lhomme authored
      The struct definitions in dxva.h, which are necessary in order to
      actually use d3d11va, are hidden when WINAPI_FAMILY targets Windows Phone
      or WindowsRT.
      
      Building with WINAPI_FAMILY=WINAPI_FAMILY_DESKTOP_APP is disallowed
      when targeting ARM. ("Compiling Desktop applications for the ARM
      platform is not supported.") So we set _CRT_BUILD_DESKTOP_APP to 0
      to tell the runtime not to detect some issues with this mismatching.
      
      The same tweaks to detect if the API is available is done in dxva2_internal.h
      when compiling each DXVA2/D3D11VA decoders.
      Signed-off-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      c5327df8
    • Steve Lhomme's avatar
      force WINAPI_FAMILY to WINAPI_FAMILY_DESKTOP_APP to be able to use dxva.h · 9b4b96c0
      Steve Lhomme authored
      The struct definitions in dxva.h, which are necessary in order to
      actually use d3d11va, are hidden when WINAPI_FAMILY targets Windows Phone
      or WindowsRT.
      
      Building with WINAPI_FAMILY=WINAPI_FAMILY_DESKTOP_APP is disallowed
      when targeting ARM. ("Compiling Desktop applications for the ARM
      platform is not supported.") So we set _CRT_BUILD_DESKTOP_APP to 0
      to tell the runtime not to detect some issues with this mismatching.
      
      The same tweaks to detect if the API is available is done in dxva2_internal.h
      when compiling each DXVA2/D3D11VA decoders.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      9b4b96c0
  4. 01 Jun, 2015 1 commit
  5. 25 May, 2015 2 commits
  6. 01 Sep, 2014 1 commit
    • Diego Biurrun's avatar
      dxva2: Clean up definition of _WIN32_WINNT · b8962d64
      Diego Biurrun authored
      Only set a value if _WIN32_WINNT is undefined or smaller than 0x0600. This is
      cleaner than unconditional definition and avoids a number of redefinition
      warnings. Also only define a value in one of the two dxva2 headers.
      b8962d64
  7. 31 Mar, 2014 1 commit
  8. 17 Mar, 2014 1 commit
  9. 22 Feb, 2013 1 commit
  10. 15 Feb, 2013 1 commit
    • Anton Khirnov's avatar
      h264: deMpegEncContextize · 2c541554
      Anton Khirnov authored
      Most of the changes are just trivial are just trivial replacements of
      fields from MpegEncContext with equivalent fields in H264Context.
      Everything in h264* other than h264.c are those trivial changes.
      
      The nontrivial parts are:
      1) extracting a simplified version of the frame management code from
         mpegvideo.c. We don't need last/next_picture anymore, since h264 uses
         its own more complex system already and those were set only to appease
         the mpegvideo parts.
      2) some tables that need to be allocated/freed in appropriate places.
      3) hwaccels -- mostly trivial replacements.
         for dxva, the draw_horiz_band() call is moved from
         ff_dxva2_common_end_frame() to per-codec end_frame() callbacks,
         because it's now different for h264 and MpegEncContext-based
         decoders.
      4) svq3 -- it does not use h264 complex reference system, so I just
         added some very simplistic frame management instead and dropped the
         use of ff_h264_frame_start(). Because of this I also had to move some
         initialization code to svq3.
      
      Additional fixes for chroma format and bit depth changes by
      Janne Grunau <janne-libav@jannau.net>
      Signed-off-by: 's avatarAnton Khirnov <anton@khirnov.net>
      2c541554
  11. 08 Feb, 2013 1 commit
  12. 27 Jun, 2012 1 commit
  13. 19 Mar, 2011 1 commit
  14. 26 Feb, 2011 1 commit
  15. 25 Feb, 2011 1 commit
  16. 23 Jan, 2010 1 commit