1. 11 Mar, 2019 1 commit
  2. 04 Mar, 2019 1 commit
  3. 01 Mar, 2019 1 commit
  4. 27 Feb, 2019 1 commit
    • Víctor Manuel Jáquez Leal's avatar
      plugin: if any caps in downstream, negotiate raw video · 3e992d8a
      Víctor Manuel Jáquez Leal authored
      When downstream has any caps, vaapi should not shovel vaapi featured
      buffers, but rather plain raw video, assuming always the worst case
      scenario (downstream cannot handle featured video memory but raw
      system memory buffers).
      
      This patch query the peer caps without any filter, to know if
      donwstream just ask for any caps, if so jump to the color space
      checking, otherwise do the caps intersection and continue with the
      feature selection algorithm.
      
      Fixes: #139
      3e992d8a
  5. 26 Feb, 2019 2 commits
  6. 21 Feb, 2019 1 commit
    • He Junyan's avatar
      vaapivideomemory: Prefer same format for surface and image · ee21fd90
      He Junyan authored
      We prefer to use the same format between image and surface for gst
      vaapi allocator. The old way may choose different formats between
      image and surface. For example, the RGBA image may have a NV12 surface.
      
      So we need to do format conversion when we put/get image to surface.
      
      Some drivers such as iHD can not support such conversion and always
      cause a data flow error. There may also have some performance cost
      for format conversion when put/get images.
      
      So we prefer to use the same format for image and surface in the
      allocator. If the surface can not support that format, we then
      fallback to find a best one as the surface format.
      Co-authored-by: Víctor Manuel Jáquez Leal's avatarVíctor Jáquez <vjaquez@igalia.com>
      ee21fd90
  7. 17 Feb, 2019 2 commits
    • He Junyan's avatar
      libs: Delete the duplicated ARGB video format. · fd6291cc
      He Junyan authored
      Two ARGB formats with the same format information.
      Should be verbose and delete one.
      Signed-off-by: He Junyan's avatarHe Junyan <junyan.he@hotmail.com>
      fd6291cc
    • Adam Jackson's avatar
      glx: Stop specifying GLX_DEPTH_SIZE · 3d9555a8
      Adam Jackson authored
      This code is just confused. It's asking for at least as many bits of
      (z-axis) depth as the root window has bits of (color) depth. For rgb565
      or rgb888 this is harmless, but at 10 bits per channel this demands a
      30-bit or deeper Z buffer. While some hardware could in principle do a
      32-bit Z buffer, Mesa does not expose such fbconfigs (at least on Intel
      and AMD).
      
      We're not actually using the Z buffer, so just stop asking for one.
      3d9555a8
  8. 16 Feb, 2019 3 commits
  9. 11 Feb, 2019 1 commit
  10. 08 Feb, 2019 1 commit
  11. 24 Jan, 2019 1 commit
  12. 22 Jan, 2019 3 commits
  13. 17 Jan, 2019 2 commits
  14. 14 Jan, 2019 3 commits
  15. 15 Jan, 2019 1 commit
  16. 11 Jan, 2019 1 commit
  17. 07 Jan, 2019 3 commits
  18. 24 Dec, 2018 5 commits
  19. 18 Dec, 2018 1 commit
  20. 15 Dec, 2018 2 commits
  21. 10 Dec, 2018 1 commit
  22. 05 Dec, 2018 1 commit
  23. 04 Dec, 2018 1 commit
  24. 28 Nov, 2018 1 commit