GitLab

As we assume the texture will then be sampled afterwards so a store
action of DontCare is potentially wrong.

Introduce a new getter in QRhi.

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

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.

the srb is nulled out anyways on each pass now

As the pass uses a different encoder.

sigh

Because we do not currently deal with this on d3d11.

Complements isYUpInFramebuffer().

For instance the Qt Quick renderer will want the Batchable variant for
a vertex shader when rendering merged batches. Make it possible to
communicate this to the backends.

Plus add a note for Metal.

Remove and leave out threading/rsh details for now as things are not
quite clear yet when it comes to QRhis operating in parallel with
one or more shared resource.

...in order to reduce code duplication.

The threaded case cannot be supported on all backends for now.
Revert parts of the previous d3d patch.

Some day we may consider exploring the possibility of doing something
with deferred contexts on d3d11 but that's not an option for now.