Unify vkb::RenderPipeline and vkb::rendering::HPPRenderPipeline into vkb::rendering::RenderPipeline<bindingType>#1474
Conversation
…vkb::rendering::RenderPipeline<bindingType>
2e05ec3
3451986 to
c874320
Compare
c874320 to
5bae0ca
Compare
5bae0ca to
8aa5ce4
Compare
|
I'm not sure why, but |
|
What do you mean with "is behaving differently"? Do you see visual differences? I don't see any. |
Sorry, that wasn't very specific. The two squares being rendered are black when I test this change and some of the UI is different too. |
That seems to be platform dependent then. I don't see any differences (Win11, NVIDIA GPU). |
I'll have to see if I can track down the root cause then |
So, the root cause of this is actually pre-existing uninitialized state in the dynamic_rendering sample. It should also set some sensible state to eds_feature_support in the dynamic_blending.h:
You can either take these in your change, or I can make them in a separate PR. Just let me know. |
I made a separate PR : #1485 |
Description
Next unified class on C- and C++-bindings.
Build tested on Win11 with VS2022. Run tested on Win10 with NVidia GPU.
General Checklist:
Please ensure the following points are checked:
Note: The Samples CI runs a number of checks including:
If this PR contains framework changes:
batchcommand line argument to make sure all samples still work properlySample Checklist
If your PR contains a new or modified sample, these further checks must be carried out in addition to the General Checklist: