Quoting: Guest

Quoting: ShabbyX

Quoting: Guest

Quoting: Guest

Quoting: Guest

Quoting: PeakHopefully the dynamic rendering extension means we will finally be able to get Halo Infinite running.

Not sure what one has to do with the other?

Halo Infinite, being a flagship Microsoft product built on a new game engine, acts as sort of a tech demo for Microsoft to show off new features in DirectX12 Ultimate/Xbox Series consoles. In other words, they get deep in the DX12 API and use features most other games haven't adopted yet. Some of those more obscure, less used DX12 Ultimate features don't have trivial or straightforward analogs in the current version of Vulkan, which makes the game challenging to support flawlessly with DXVK.

A new version of Vulkan with new features means that some of those DX12 features now do have straightforward Vulkan equivalents, which means that DXVK can better support them and games like Halo Infinite might work a little better. Dynamic rendering sounds like it's one of those features.

I see where you're coming from, but no, dynamic rendering is nothing to do with that. It relates more dynamic usage (hence the name) of the default framebuffer for rendering output. In essence is allows a lot of framebuffer and renderpass setup to be simplified when interacting with Vulkan, for certain use cases.

Actually it's probably more useful for handling things like DX9 or OpenGL over Vulkan.

It's more than for _certain_ use cases and GL emulation. The dynamic rendering extension dispenses with framebuffers and render pass objects altogether, which have been a constant source of pain for developers. In truth, render passes are still _the_ optimal way for tile-based renderers, but dynamic rendering makes things much simpler for apps targeted at desktop.

If you want to get picky, be my guest, but I'll feel obliged to point out simpler for apps targeted at desktop that don't use render sub-passes (for example, if an initial colour pass is also calculating normal values and feeding them along with depth values directly into a lighting pass, then that can be optimised greatly using a sub-pass even on desktop). Once any particular sub-pass is desired, then the benefits of the dynamic rendering extension are limited somewhat and may as well not be used.

Are you suggesting the driver merges the two subpasses' fragment shaders in one in that case? I guess that's doable, though I haven't heard of any driver doing that. Why would an app use two subpasses in that case when they can just do the whole thing in one pass?

Subpasses shine on TBR hardware because an app can do all sorts of stuff in one pass (blend, overdraw etc), then use the results in the second pass without the framebuffer data leaving tile memory. On IMR hardware the draw results end up reaching the memory during the first pass anyway (yes, there's some cache), there's really no benefit to one render pass with two subpasses compared with two render passes as far as I know.

If you know something about this I don't know, I'd be very keen to learn :)

View this comment - View article - View full comments

Quoting: Guest

Quoting: Guest

Quoting: Guest

Quoting: PeakHopefully the dynamic rendering extension means we will finally be able to get Halo Infinite running.

Not sure what one has to do with the other?

Halo Infinite, being a flagship Microsoft product built on a new game engine, acts as sort of a tech demo for Microsoft to show off new features in DirectX12 Ultimate/Xbox Series consoles. In other words, they get deep in the DX12 API and use features most other games haven't adopted yet. Some of those more obscure, less used DX12 Ultimate features don't have trivial or straightforward analogs in the current version of Vulkan, which makes the game challenging to support flawlessly with DXVK.

A new version of Vulkan with new features means that some of those DX12 features now do have straightforward Vulkan equivalents, which means that DXVK can better support them and games like Halo Infinite might work a little better. Dynamic rendering sounds like it's one of those features.

I see where you're coming from, but no, dynamic rendering is nothing to do with that. It relates more dynamic usage (hence the name) of the default framebuffer for rendering output. In essence is allows a lot of framebuffer and renderpass setup to be simplified when interacting with Vulkan, for certain use cases.

Actually it's probably more useful for handling things like DX9 or OpenGL over Vulkan.

It's more than for _certain_ use cases and GL emulation. The dynamic rendering extension dispenses with framebuffers and render pass objects altogether, which have been a constant source of pain for developers. In truth, render passes are still _the_ optimal way for tile-based renderers, but dynamic rendering makes things much simpler for apps targeted at desktop.

View this comment - View article - View full comments

This must be the first article that doesn't include an intro and link to Steam Deck. Liam thinks we finally know what it is by now :D

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: ShabbyXFYI, dEQP is the original name of the OpenGL CTS, before Google bought the company and donated it to Khronos. The correct name now is VK-GL-CTS.

Also, lol, I didn't remember what it stood for.

Heh, interesting, even the official GitHub ReadMe still calls it dEQP though https://github.com/KhronosGroup/VK-GL-CTS [External Link]

Yeah, and so do the command line options. Despite all the work that's continuously done to add tests, there is no one actually cleaning anything up there :D

View this comment - View article - View full comments

FYI, dEQP is the original name of the OpenGL CTS, before Google bought the company and donated it to Khronos. The correct name now is VK-GL-CTS.

Also, lol, I didn't remember what it stood for.

View this comment - View article - View full comments

I haven't touched a blizzard game since the CEO's now-long-ago response to the petition to bring their games to Linux. Given how everything microsoft touches goes to sh*t, I'd say ...

Whatever.

View this comment - View article - View full comments

I can't imagine how much of a salary cut this must be!

Good for us though in the end.

View this comment - View article - View full comments

Is it just me, or 8 million people gaming seems such a small number? The onlinr number really means nothing, I leave my Steam open 24h a day, and I imagine many people do.

Like I'd imagine globally there are hundreds of millions of people gaming at any time, which makes windows gaming insignificant, let alone Linux.

View this comment - View article - View full comments

I'm playing Northgard now, and it's very addictive! It's very different but somehow gives me a warcraft vibe.

View this comment - View article - View full comments

This looks like a paid ad!

View this comment - View article - View full comments