1. 10 Dec, 2016 1 commit
  2. 21 Oct, 2016 1 commit
  3. 09 Oct, 2016 1 commit
  4. 13 Sep, 2016 1 commit
  5. 22 Jun, 2016 1 commit
  6. 04 May, 2016 1 commit
  7. 30 Apr, 2016 2 commits
  8. 19 Mar, 2016 1 commit
  9. 24 Feb, 2016 1 commit
  10. 16 Feb, 2016 1 commit
  11. 09 Feb, 2016 3 commits
  12. 01 Feb, 2016 1 commit
  13. 12 Dec, 2015 1 commit
  14. 05 Nov, 2015 1 commit
  15. 16 Oct, 2015 1 commit
  16. 15 Oct, 2015 1 commit
  17. 04 Oct, 2015 1 commit
  18. 30 Sep, 2015 1 commit
  19. 18 Sep, 2015 1 commit
  20. 02 Sep, 2015 2 commits
  21. 01 Sep, 2015 1 commit
  22. 22 Aug, 2015 1 commit
  23. 19 Aug, 2015 1 commit
  24. 18 Aug, 2015 2 commits
  25. 12 Aug, 2015 1 commit
  26. 06 Aug, 2015 1 commit
    • wm4's avatar
      lavc: propagate hwaccel errors · 94c0df79
      wm4 authored
      At least the new videotoolbox decoder does not actually set a frame if
      end_frame fails. This causes the API to return success and signals that
      a picture was decoded, even though AVFrame->data[0] is NULL.
      
      Fix this by propagating end_frame errors.
      94c0df79
  27. 03 Aug, 2015 1 commit
  28. 28 Jul, 2015 1 commit
  29. 27 Jul, 2015 2 commits
  30. 16 Jul, 2015 1 commit
  31. 14 Jul, 2015 1 commit
  32. 31 May, 2015 1 commit
  33. 26 May, 2015 1 commit
    • Philip Langdale's avatar
      avcodec/vdpau: Re-factor pre-hwaccel helper functions into separate header · 9ae766d1
      Philip Langdale authored
      h264.h and hevc.h are mutually exclusive due to defining some of the same
      names. As such, we need to avoid forcing h264.h to be included if we want
      hevc decode acceleration to be possible.
      
      However, some of the pre-hwaccel helper functions need h264.h. To avoid
      messy collisions, let's move the declaration of all those helpers to
      a separate header which we will exclude for the hevc support (which will
      be hwaccel-only).
      Signed-off-by: 's avatarPhilip Langdale <philipl@overt.org>
      9ae766d1
  34. 25 May, 2015 1 commit