Quoting: damarrinI wish 16:10 screens would come back. :-(

Dells have 16:10 screens.

View this comment - View article - View full comments

Quoting: LinuxwarperFirst off, any developer tries to make their game work on Linux through Proton is not against Linux. Regardless of how many people has wished for GOG Galaxy and Cyberpunk natively, you can't deny the market share. It's not enough to sustain native development of the scale that Cyberpunk is.

They did all the work to make a native version of the scale of Cyberpunk 2077 already: they developed it for Debian using Vulkan. They just won't sell it to us.

CDPR's involvement in "making it work on Linux through Proton" was bunging Valve a beta key, which cost them literally nothing. Valve wrote an extension for Vulkan to make it work, Valve contributed to Mesa to make it work, Valve hired developers to work on Proton to make it work; CDPR did absolutely nothing.

Developers should be rewarded for their support of Linux gaming, but CDPR haven't given any. Quite the opposite, in fact.

View this comment - View article - View full comments

One major issue is with most modern Linux distributions moving to a major Python update, which broke SC Controller. Thankfully, as of the v0.4.8 release that's not so much a problem with the AppImage now working on Ubuntu 20.04 and comparable distributions.

Python 3 has been out for 12 years, and Python 2 has been EOL for a year already. Containerisation is useful in its own right, but using it to limp along with a dead Python version doesn't seem like a great plan for something that's under active development.

View this comment - View article - View full comments

The GPU in the M1 performs at roughly the level of the 1050 Ti. Later models, or models in machines with a higher power budget, are likely to get more performance.

Apple aren't going to move away from Metal unless they come up with something else that they completely control. They control the full hardware stack, the OS, the APIs, and the tools that devs are able to use. They can change any of them at will to benefit what they want to do with the Apple ecosystem.

View this comment - View article - View full comments

Quoting: MohandevirWhat's sad about this title is that it went through an Epic exclusivity deal (not going to go any further than that) and then, a year later, we got it on Steam (Windows only). It's been over 9 months since the release on Steam... All in all, the game has been available for a little less than 2 years and still nothing about the Linux version... I really wanted to wait for it, but I began to think that 4A had probably given up on it. So, what was I suppose to do? Now I know that I was probably wrong (the Linux version is not out yet and there is no firm date either), but at that moment, I tought the choice was to wait for a port that may never happen or buy it and play it with Proton...

I understand the stakes, but all that stuff about Proton vs Natives is giving me headaches in cases like this...

Neither you nor vskye, nor anyone else that played it through Proton did anything wrong by doing so. It's a brilliant solution: you get to enjoy the game on Linux, they get to know that they made a Linux sale. It really is the second-best outcome, and for many games there isn't a better solution at all. My position is that, in aggregate, we'd like devs to make more money if they don't break their game in Proton, and even more money if they support Linux.

View this comment - View article - View full comments

Quoting: vskyeAwesome news, since I bought this game already.., anticipating a Linux release. It's rated as Platinum on ProtonDB as is btw.

I'm not going to tell other people how to spend their money.

Buying on Linux and playing through Proton counts as a Linux sale, which is good, and shows that there's a market of Linux gamers. Sales on Linux after they've released a Linux version show that it's profitable to support Linux. If they'll get the sale anyway, without providing any support, then there's less incentive for them to give that support. It's the support costs that scare devs, and they'd really like to know that they're going to get their money back.

Just something to think about.

View this comment - View article - View full comments

Quoting: Purple Library GuyApple have been such tools about this stuff.

They really really don't like having their destiny under someone else's control. Which isn't that surprising, given the history of the company. But it does make them somewhat difficult to work with.

View this comment - View article - View full comments

Quoting: gustavoyaraujoI'm not very into this... But, does it mean We will get a better performance in games we already play on proton? Any example?

What this means is that Vulkan games that do ray tracing (of which there are currently two) can be run on AMD or Intel hardware as well as on Nvidia hardware; Nvidia have had hardware that can accelerate ray tracing for a couple of years, AMD have just released their own (and the consoles), and Intel are due to release theirs next year. The number of games that use Vulkan, and the number of games that use ray tracing, are both likely to go up over time, particularly as hardware to do it becomes more widespread.

It also means that games that use DirectX for ray tracing (which will work on Windows on AMD and Intel hardware, as well as on Nvidia hardware) now have something to be translated to so that they'll able to be made to run on Linux (through Proton). There are more than two of those. It was difficult to do before, and would have only worked for hardware from one company.

View this comment - View article - View full comments

Quoting: Luke_NukemWas there any comment ont he Nvidia side about Quake II RTX being updated?

The pull request for switching it over is here [External Link], if you want to keep an eye on it. Having support in mainline drivers is a necessary first step.

View this comment - View article - View full comments

Quoting: EhvisThanks. I hope that this is true for translation layers as well as the code itself. As I understand it, the RT work for vkd3d was never continued because of problematic differences between the two.

It was for vkd3d that they did those changes, really.

The change in the final Vulkan Ray Tracing functionality that will have the most impact on applications is the creation and layout of acceleration structures.

We received feedback from authors of API translation layers (such as vkd3d-proton) that it would be impractical to layer DXR on top of the provisional API Vulkan Ray Tracing acceleration structure. This resulted in changes to a sized acceleration structure creation and using allocation of acceleration structure storage on a VkBuffer instead of dedicated acceleration structure object storage.

So, yeah, hopefully Nvidia's non-beta driver and Mesa's AMD and Intel bits will expose support for the finalised extension in short order, and vkd3d will start using it.

View this comment - View article - View full comments