Quoting: PatolaOn what version of wine is it based? Because unfortunately the latest wine 5.7 has broken a lot of stuff, Star Citizen for example (a patch was already made for this particular regression [External Link] but now we'll see it only in the next release). I would advise people to skip wine 5.7 due to the regressions.

Based on 5.0

.7 there represents that is the 7th release of Proton based on 5.0

https://github.com/ValveSoftware/Proton/wiki/Changelog#50-1 [External Link]

View this comment - View article - View full comments

Quoting: CatKiller

Quoting: Comandante ÑoñardoI wonder when this version will be available in the ppa.

The timings for when they put new versions on the PPA are essentially random. Sometimes it's a day or two, sometimes it's not for weeks. They even slipped a beta version on there once. They produced a new build of 440.64 today for some reason. As far as I can tell, they don't have a plan.

1-) They slipped in one beta driver there because i notified them about allowing to use it with newer kernels was a fix. But despite i told them to push it over graphics development ppa they pushed it from stable releases ppa.

2-) I notified them about this ( 440.82 ) driver too but it will likely take a few days and they won't push it from ppa , they will push it from distro itself because 440.82 is an LTS driver.

View this comment - View article - View full comments

Quoting: NeoTrantorSo the copy Protection has been removed? Or does it work with proton now? I'd love to install it under Linux.

DRM is there but it works with Proton now.

https://github.com/ValveSoftware/Proton/compare/proton-5.0-6-rc2...proton-5.0-6-rc3 [External Link]

View this comment - View article - View full comments

No , actually Windows at this point has nothing to do with OGL situation on Windows.

Reason why OGL is still a relevant api these days ( for professional use cases like CAD apps etc ) is Nvidia and Nvidia's OGL driver is pretty solid on both platforms.

OGL on D3D won't be featureful like NV driver or even AMD's very slow OGL driver,which i don't even take account of many many OGL driver app profiles goes for somewhat broken but important apps. So i think that is not so beneficial as it might seem. There are vendors who can deliver solid OGL implementations already. If they somehow join into this trend and starts to abandon OGL driver of theirs , this might give D3D12 a critical edge over Vulkan , which fears me most.

https://twitter.com/_Humus_/status/1018846492273119233?s=19 [External Link]

Funny story about how AMD screwed with their OGL driver btw.

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: SchattenspiegelI may be completely wrong here, but would this part:

This means that a GPU vendor only has to implement a D3D12 driver for their hardware in order to support all three APIs.

not be a really bad thing?

Nope, it helps prevent the Apple situation with OpenGL seeing total crap support for a very long time and eventually they will remove it as it's deprecated in favour of Metal which screwed over a lot of developers.

No , MS won't break compatibility ever which is why they lead consumer market. Even there are some odd examples ; your 10 year old games will still work on newest Windows.

But i doubt implementing OGL over D3D is a good thing at all. Because what MS tries to achieve with it is forcing hw vendors to put all weight on D3D12 drivers but nothing else. So in the end ; OGL apps that relies on it can work but in a very poor state. So that might be another " See , other api's suck. While DX12 Ultimate shines all above them." because they're used to do such marketing.

They did on Vista days anyway which kinda sped up death of OGL usage on modern apps.

View this comment - View article - View full comments

Quoting: ZapporSo if I understand correctly the Windows version doesn't have Vulkan initially either...?

Yes , it will be d3d11.

View this comment - View article - View full comments

Quoting: kusochiWoah! Is this the first Source 2 game with Vulkan?

No? Dota2 and Underlords

View this comment - View article - View full comments

Quoting: celphy

Quoting: Lolo01Clearly a purchase for me when it comes out on Linux.
Apart from the Feral ports, we don't have too many AAA's lately.

Quoting: celphyPretty torn over here. EGS's exclusivity is a no-go for me.
But I'd like to support a Linux version ASAP.

Well, Exodus is no more an exclusivity.

Let me clarify that:

A developer that has decided to enter into an exclusivity deal with Epic is not someone I want to support.
In the end they are placing money over consumer interests and hoping it works out in their favour.
I personally don't want it to pay off so I'd rather not buy those games.

I don't think developers has any influence over store deals , you should blame publishers.

View this comment - View article - View full comments

Quoting: Kelvinhbo

Quoting: Guest

Quoting: Kelvinhbo

Quoting: Shmerl

Quoting: KelvinhboProton is not just a "band-aid", it's revolutionary, and all I'm trying to say is that the resources and time that are being wasted on Linux native ports could be better used on making Proton better, compatible with all games and anti-cheat systems. At this time maintaining multiple ports of games is expensive, unnecessary and unreasonable.

They are already making native Linux port for Stadia, so this argument makes no sense.

I'm pretty sure they are just running the games over Vulkan and calling that a native game, or do you actually think they are re-writing the whole games and making Linux exclusive binaries?

That's the only time a Linux native game makes sense, when you write the game from the ground up to take advantage of the low level API's Linux offers. Only if the market share of Linux Desktop was high enough that would make sense.

Actually there's a good deal of Stadia development target information out there - and yes, they are native builds of games.
Much of game engines is already platform agnostic, but the real kicker is if you have to change the basic structure to accommodate a different rendering backend. Khronos has done a lot of work to make Vulkan very flexible, so that shouldn't be too painful.
Shaders have been a problem, but Google plugged the missing gap by investing in a HLSL to SPIR-V compiler.

Of course, Stadia is a single hardware target - and that will no doubt make QA and risk assessment easier.

Ok. So a game like Destiny 2 have been completely re-written for Linux and is not running over Vulkan for Stadia.
Would love to see some evidence on that if you don't mind.

https://youtu.be/qdz4b5psrhE [External Link]

Dustin Land from id Software shares their porting story of Doom 2016 to Stadia.

Just watch the video , you'll find the answers.

View this comment - View article - View full comments

Quoting: kaimanExperiencing the swapchain recreation crash with F1 2017 firsthand, but given that the game didn't work at all with the previous beta driver, I'm in no hurry to upgrade. But seems I can stop spamming Feral whenever it does crash :-). (Which, so far, has always been _after_ it saved its state, so it's bearable, if not ideal)

With 440.59 those games works fine. This regression belongs to previous vlk beta driver , not to stable driver.

View this comment - View article - View full comments