1. 18 Jul, 2017 2 commits
  2. 14 Jul, 2017 1 commit
  3. 29 Jun, 2017 1 commit
  4. 27 Jun, 2017 9 commits
  5. 21 Jun, 2017 1 commit
  6. 19 Jun, 2017 1 commit
  7. 14 Jun, 2017 9 commits
  8. 12 Jun, 2017 1 commit
  9. 09 Jun, 2017 4 commits
  10. 06 Jun, 2017 1 commit
  11. 04 Jun, 2017 1 commit
  12. 01 Jun, 2017 1 commit
  13. 16 May, 2017 1 commit
    • Aaron Levinson's avatar
      avutil/hwcontext_dxva2: Don't improperly free IDirect3DSurface9 objects · 0c1c5146
      Aaron Levinson authored
      Add dxva2_pool_release_dummy() and use it in call to
      av_buffer_create() in dxva2_pool_alloc().
      
      Prior to this change, av_buffer_create() was called with NULL for the
      third argument, which indicates that av_buffer_default_free() should
      be used to free the buffer's data.  Eventually, it gets to
      buffer_pool_free() and calls buf->free() on a surface object (which is
      av_buffer_default_free()).
      
      This can result in a crash when the debug version of the C-runtime is
      used on Windows.  While it doesn't appear to result in a crash when
      the release version of the C-runtime is used on Windows, it likely
      results in memory corruption, since av_free() is being called on
      memory that was allocated using
      IDirectXVideoAccelerationService::CreateSurface().
      Signed-off-by: 's avatarAaron Levinson <alevinsn@aracnet.com>
      Reviewed-by: 's avatarwm4 <nfxjfg@googlemail.com>
      Reviewed-by: 's avatarSteven Liu <lingjiujianke@gmail.com>
      Reviewed-by: 's avatarMark Thompson <sw@jkqxz.net>
      0c1c5146
  14. 15 May, 2017 2 commits
    • wm4's avatar
      hwcontext_videotoolbox: fix fate-source · f0435bbe
      wm4 authored
      Thanks to James Darnley for figuring out what the hell it wanted.
      f0435bbe
    • wm4's avatar
      videotoolbox: add hwcontext support · 532b23f0
      wm4 authored
      This adds tons of code for no other benefit than making VideoToolbox
      support conform with the new hwaccel API (using hw_device_ctx and
      hw_frames_ctx).
      
      Since VideoToolbox decoding does not actually require the user to
      allocate frames, the new code does mostly nothing.
      
      One benefit is that ffmpeg_videotoolbox.c can be dropped once generic
      hwaccel support for ffmpeg.c is merged from Libav.
      
      Does not consider VDA or VideoToolbox encoding.
      
      Fun fact: the frame transfer functions are copied from vaapi, as the
      mapping makes copying generic boilerplate. Mapping itself is not
      exported by the VT code, because I don't know how to test.
      532b23f0
  15. 13 May, 2017 1 commit
  16. 06 May, 2017 1 commit
  17. 05 May, 2017 3 commits