Relax Vulkan requirements

[gdkchan]

Same as #4228, but now I also fixed MaxColorAttachmentIndex which was wrong and was breaking a lot of games. AttachmentIndices also had an additional index at the end for depth-stencil which was always 0. Due to that, if a depth-stencil texture was bound, MaxColorAttachmentIndex would be always 0. I have removed the useless 0 index at the end which should make the value of MaxColorAttachmentIndex correct, as it will be the index of the last color attachment as it should be.

I recommend actually testing it this time.

[github-actions]

Download the artifacts for this pull request:

• ryujinx-Release-1.1.0+93c4bd0-linux_x64
• ryujinx-Release-1.1.0+93c4bd0-osx_x64
• ryujinx-Release-1.1.0+93c4bd0-win_x64

Experimental GUI (Avalonia)

• ava-ryujinx-Release-1.1.0+93c4bd0-linux_x64
• ava-ryujinx-Release-1.1.0+93c4bd0-osx_x64
• ava-ryujinx-Release-1.1.0+93c4bd0-win_x64

GUI-less (SDL2)

• sdl2-ryujinx-headless-Release-1.1.0+93c4bd0-linux_x64
• sdl2-ryujinx-headless-Release-1.1.0+93c4bd0-osx_x64
• sdl2-ryujinx-headless-Release-1.1.0+93c4bd0-win_x64

Only for Developers

• ava-ryujinx-Debug-1.1.0+93c4bd0-linux_x64
• ava-ryujinx-Debug-1.1.0+93c4bd0-osx_x64
• ava-ryujinx-Debug-1.1.0+93c4bd0-win_x64
• ryujinx-Debug-1.1.0+93c4bd0-linux_x64
• ryujinx-Debug-1.1.0+93c4bd0-osx_x64
• ryujinx-Debug-1.1.0+93c4bd0-win_x64
• sdl2-ryujinx-headless-Debug-1.1.0+93c4bd0-linux_x64
• sdl2-ryujinx-headless-Debug-1.1.0+93c4bd0-osx_x64
• sdl2-ryujinx-headless-Debug-1.1.0+93c4bd0-win_x64

[riperiperi]

This seems to be breaking multithreaded compilation - the background compiled pipeline is different from the one requested by the first draw. Lots of logs like this:

00:00:09.033 |W| GUI.RenderLoop Gpu TryGetGraphicsPipeline: Background pipeline compile missed on draw - incorrect pipeline state?

Happens most notably in clubhouse games. The visuals across games seem fine.

[gdkchan]

This seems to be breaking multithreaded compilation - the background compiled pipeline is different from the one requested by the first draw. Lots of logs like this:

00:00:09.033 |W| GUI.RenderLoop Gpu TryGetGraphicsPipeline: Background pipeline compile missed on draw - incorrect pipeline state?

Happens most notably in clubhouse games. The visuals across games seem fine.

I fixed the ColorBlendAttachmentStateCount on PipelineConverter that was using a constant value before. It's the only thing I changed that could affect this I believe. Can you check if the issue is fixed?

I do still get Background pipeline compile missed on draw - incorrect pipeline state? warnings on some games still, but I also get them on master for at least a few months now, so it's hard to notice new warnings of this type caused by this change.

[riperiperi]

You're right, Pokemon Scarlet/Violet do seem to be triggering this on Master, will need to look into that at some point. The games I was getting this error on with this PR are fixed tho, and I'm not getting any other issues.

[TonyMegaPro200]

hi, how could i download Ryujinx for Raspbian (Raspberry Pi 4) please

[gdkchan]

We are not releasing any Arm64 Linux build right now, you will have to build it yourself. Also it has been a few months, I don't know what is the current state of Ryujinx on the Raspberry Pi 4.

[TonyMegaPro200]

And do you know were can i find information for trying to build it on the raspberry pi?

[gdkchan]

It's the same process as building on any other platform. You can just follow the guide on the README (you need the Arm64 Linux SDK, not the x64 one).