GitLab

...when running on gles 3.0+ or gl.

This is a convenience to allow renderers to figure out the sample
count for their pso by just querying renderTarget()->sampleCount()
where the render target is set up and provided from another component
outside of the renderer's knowledge and control.

These may be used by Q3DS for HDR images (IBL).

...so that setting QRhiSwapChain::sRGB behaves identically between
all 4 backends.

The order is important here, if there are multiple operations
targeting or reading from the same texture.

...and add a semi-format that can be used to port code with the
'if modernGL then GL_R8 else GL_ALPHA' pattern (in order to support GLES
2.0).

...which comes handy to avoid problems of alloc, destroy, alloc
-> same address as before.

To help dealing with ancient GLES 2.0 implementations.

Shader resources are now set via a dedicated API (setShaderResources)
instead of setGraphicsPipeline.

Also extend docs about command buffers and defered command execution.

Do a little cleanup for gl and d3d when it comes to the "fake" command
queues.

Complements isYUpInFramebuffer().

beginFrame() has no applicable flags as of now but the flags parameter is
there for future use.

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).

...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.

Nothing "basic" about it. Jus use RenderTargetData.

...and do some naming cleanup (currentFrame -> currentFrameSlot).

Exercised in examplewindow. (run plainqwindow_metal in XCode)

plus rework it a bit for metal

Implement texture stuff for Metal for now, and exercise
it in texuploads.

So the surface/layer reported size gets priority over what
we can calculate from the QWindow. On some platforms the values
can differ...

color only

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.