1. 25 Jan, 2019 1 commit
  2. 23 Jan, 2019 2 commits
    • Laszlo Agocs's avatar
      cb9daa45
    • Laszlo Agocs's avatar
      vk: resource sharing · f4266304
      Laszlo Agocs authored
      Sharable resources, which are at least buffers and textures, can now be
      orphaned, meaning the owning QRhi can be destroyed before releasing the
      QRhiResource. They will still function in a limited way (cannot be rebuilt
      anymore) as long as there is at least one QRhi associated with the
      QRhiResourceSharingHost (i.e. as long as the share group is non-empty).
      f4266304
  3. 22 Jan, 2019 5 commits
  4. 21 Jan, 2019 1 commit
    • Laszlo Agocs's avatar
      gl: Create a context automatically · 9ffcb7d4
      Laszlo Agocs authored
      ...and allow importing an already existing QOpenGLContext via
      QRhiGles2NativeHandles. This way the API is fully consistent with other
      backends and typical applications become shorter due to not having to
      create a context, having a convenience function to create the
      QOffscreenSurface, and not having to worry about depth/stencil in
      QSurfaceFormat.
      9ffcb7d4
  5. 18 Jan, 2019 1 commit
  6. 08 Jan, 2019 1 commit
  7. 31 Dec, 2018 1 commit
  8. 11 Dec, 2018 1 commit
  9. 06 Dec, 2018 2 commits
  10. 04 Dec, 2018 1 commit
    • Laszlo Agocs's avatar
      Add support color renderbuffers · e099c9b1
      Laszlo Agocs authored
      Let's pretend it's 2008 and forget about multisample textures for
      a moment. Therefore, add support for color renderbuffers. These are
      only useful when sample count is > 1 i.e. multisampling is requested.
      In combination with the yet-to-be-added resolve operation this would
      allow doing msaa offscreen rendering on GLES 3.0 (or GLES 2.0 with
      extensions) systems as well (those do not have multisample textures)
      
      Backends other than gl just use a texture under the hood. With OpenGL
      we use a renderbuffer, however, not a texture.
      
      This may seem like a horrible waste of time but will eventually be
      helpful to get a port of Qt Quick that is feature-wise identical to
      today's OpenGL path, without changing the OpenGL version requirements.
      
      Introduces isFeatureSupported, so examples like msaatexture can
      conveniently qFatal (hehe) when the GL backend reports multisample
      textures are not supported.
      
      While we are at it, make some examples nicer by not having to repeat
      releasing resources one by one.
      
      The example (msaarenderbuffer) is not finished yet since adding support
      for resolve (vkCmdResolveImage, glBlitFrameBuffer, etc.) is a future task.
      e099c9b1
  11. 30 Nov, 2018 1 commit
  12. 07 Nov, 2018 1 commit
  13. 01 Nov, 2018 1 commit
  14. 29 Oct, 2018 4 commits
  15. 27 Oct, 2018 2 commits