Quoting: GuestYou are assuming here again that the game was developed when Mesa was at some sort of use. Back in fglrx times Mesa was not usabled.
You are assuming that games developed during those times still have the people that worked at those engines alive. Sorry to inform you that some of them are dead.

I am not assuming anything. Of course it comes with a lot of inconvence for the end-user, what I am saying is that whether it's Mesa devs who are wrong is debatable.

About DXVK, it is now used in native Linux gaming, with great results. Also, Zink is used for native software as far as I know. This is not only about Wine gaming anymore, even if it is still DXVK's main use-case by far.

View this comment - View article - View full comments

Quoting: GuestEven now the mentality of Mesa devs is problematic because well they care only about academical tests and surprise surprise nobody in the gaming industry gives a coin on their engine following academical papers...
And you start to wonder what is the purpose of Mesa when almost nothing follows the academical papers...

From a pure engineering point of view, they are right: implementing quirks inside graphics drivers is not convenient and complicates maintenance, which is even more of a problem for an open source project. You take the example of Windows but even in that case, there are many workarounds in games depending on your GPU type, so you are looking at two moving targets

That's where Zink and DXVK enter the scene.
My understanding is that you can't make a non-standard implementation of Vulkan, so it has no workarounds in-driver. The translation layer, on the other end, can maintain all those quirks. To me, this is the best solution from a technical point of view: Mesa takes care of implementing the latest standards, and Zink and DXVK take care of maintaining compatibility.

View this comment - View article - View full comments

[quote=rea987]

Quoting: rustybroomhandleAmusing comment from Nightdive studios on the topic:

https://twitter.com/pripyatbeast/status/1433925671995068418 [External Link]

You do this to a game @NightdiveStudio is working on and you get offered a job.

So why isn't Doom64 supported on Linux? There's a Linux version of the engine already...

View this comment - View article - View full comments

As a matter of fact, if Valve successfully transcode Media Foundation videos and EAC and BattleEye end up working, that's an *almost* 100%

View this comment - View article - View full comments

Just as if we wanted to use a PS2-era engine to develop our own games...:neutral:

View this comment - View article - View full comments

To me, the reason is practical.
With Valve contributing RADV, ACO, the Zink translation layer and DXVK, their reliance on third-party drivers is very limited. It gives them more control, and the ability to fix things more quickly.

Just my opinion though...

View this comment - View article - View full comments

I've tried to play some games on Wayland with Nvidia drivers yesterday, and it's quite a good experience.
However, there is no way to disable Vsync, which is a no-go for me.

View this comment - View article - View full comments

I've been using both KDE and GNOME and I like them both, however I prefer the GNOME workflow.
Nevertheless we can only rejoice when a project such as a complete open source desktop environment gets backed by a company such as Valve, because everyone will benefit from it.

View this comment - View article - View full comments

Wow, great news!

View this comment - View article - View full comments

Don't forget that DOTA 2 uses FXAA, which makes everything look terribly blurry.
No wonder FSR looks much better.

View this comment - View article - View full comments