Slightly conflicted...

Very cool because it takes A LOT of the nightmare-hassle out of porting a game to Linux if it's not using OpenGL/Vulkan.

That said, to what extent is this preserving the overhead of non-native games?

Also, AFAIK DirectX 12 is easier to learn/use than Vulkan. Isn't this basically removing any incentive to use Vulkan?

I'm dum: DXVK is for DX9-11

View this comment - View article - View full comments

Quoting: 1xokFrom Ethan's write-up:

Because it's now far more urgent to support it properly

Does this refer to the Steam Deck? What is the connection?

Possibly. In a post back in May, Ethan remarks that "we're about to see a huge jump in Wayland use" soon. Gamescope uses Wayland, so I suppose it would be important for games to behave well with Wayland (though I don't know much about that). IIRC, May was also when rumors of a new Valve console started popping up. If millions of people are going to have Steam Decks, the support has to be there.

Aside from that, more and more distros are defaulting to Wayland. Even without the Steam Deck, Wayland is on an upward trajectory. It's nice to see. IMO it's time for Wayland to start being treated as the first choice.

View this comment - View article - View full comments

Quoting: drlambI've been loving this game aside from some random UE4 crashes that I've experienced with the Native build. While I used to be able to play flawlessly with Proton I now get kicked for "Suspicious activity" after awhile. I hope that the crashes, the random mouse input-loss, and the issue with cursor mapping being above the buttons gets fixed asap as it's a definite downside to Native.

The player base being so high (currently at least) gives me hope that this game will last longer than Ballistic Overkill in people's minds. The true test will be Halo Infinite. (Which hopefully will work under proton as well...:smile:)

There's no need to use Proton; Splitgate has a Linux client. I use it, and it has worked fine, with no crashes.

View this comment - View article - View full comments

Pretty good update. I won't be uninstalling Heroic, but this is good for people who really like Lutris as a one-stop shop. It also helps with discussions involving the Steam Deck. For many people, Linux gaming mindshare includes Steam and maybe Lutris, but not much else. Even though Heroic is awesome, when people ask about Fortnite it's easier to say "Use Lutris" rather than introduce something new.

• Add FidelityFX Super Resolution (FSR) option for compatible Wine versions

Does the latest lutris-wine include the patch? It would be weird if it didn't. Last I heard, the consensus was not to use Proton versions in Lutris.

View this comment - View article - View full comments

Quoting: ZlopezThe Flatpak in advance has sandboxing (although it's on the packager to set it correctly). For example I'm running Steam in Flatpak and it doesn't have access to anything outside the flatpak container it's running in (except for few media folders in home), so any game that has some tracking things inside is not allowed to get any info about what you do outside of Steam, even what operation system are you running. You can easily change those permissions by FlatSeal application, which is also flatpak.

I can appreciate the advantages of this kind of sandboxing/isolation, but I want my software to be more interconnected, not less. For example, not long after I first switched to Linux, I installed some Snap packages. Later, I tried writing a script that, among other things, ran one of these packages using certain parameters. Trying to find the binary was a bit of a nightmare; it was obfuscated behind multiple folders and symlinks. If it had acted like any other package on the system, designed to play nicely with everything else, it would have been more user-friendly from my perspective.

Quoting: KlausFrom a software developer view, these issues translate into supporting not "Windows and Linux" but "Windows and Ubuntu and OpenSuse and Arch and Debian and ...". From a distribution view, it means you need someone to support every little program you want running on your environment for your specific distribution, whether it is the company behind the software or a maintainer. Even Linus Torvalds complains about that. [External Link]

As I understand, the application package formats try to solve these issues; Create a single package, and the package should be portable across all Linux systems, at least those running on compatible hardware architectures.

If desktop Linux is ever to compete with the install base of Windows, it needs to provide the conveniences that Windows-users take for granted.

I understand the benefits from a development/distribution point of view, but that doesn't necessarily translate into utility or necessity from a user's perspective. I think there are situations where Flatpaks are the obvious choice, but in my opinion, that is much more the case when using a non-Arch-based distro.

View this comment - View article - View full comments

I think Flatpak is fine (and to a lesser extent Snap, especially on distros that include it by default), but I don't really see the point unless it offers a package that isn't in your repo. AppImage is cool though, as a preservation method.

But other than that, what problem is it solving? It seems that some people use them for many (most?) installed packages. I find it a bit strange. For instance, why is Firefox even offered on Flathub? Are there distros that don't have Firefox in the repositories?

View this comment - View article - View full comments

I'm curious about how this might interact with the graphical presets mentioned by Valve in the IGN deep dive. If I were to set it to 60hz, would that establish a "target" FPS that automatically lowers certain settings? Perhaps at some point, Valve could create a Steam Graphics API (similar to Steam Input) that allowed user-specified universal graphics settings if the game supports it.

View this comment - View article - View full comments