GitLab

It is not symmetric with beginPass() and endPass() otherwise (as those do
allow null).

Introduce a new getter in QRhi.

Shaders and camera logic not yet there.

It is essential to have a test that exercises depth-only passes and
rendering into a depth texture that is then used in another pass. Some
simple shadow casting directional light is a good example for this.

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.

Inspired by QObject::deleteLater()...

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

build() handles this already but then doing an uploadStaticBuffer()
should also silently become a no-op.

To help dealing with ancient GLES 2.0 implementations.

Playing with NoVSync on the additional windows is nice
but does not change much in practice. On Metal it's still
all bad regardless, for instance.

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.

sigh

Because we do not currently deal with this on d3d11.

Plus a small doc enhancement for viewport/scissor.

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 some doc cleanups.

Focus on those that are used in combination with the pipeline state
and starting a renderpass.

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