Not wanting to run steam is fair, but they asked about proton, not steam.
Anyway, from a quick Google, it sounds like it likely wasn’t proton complaining about a lack of SM6.6 support, but actually GoT itself. It’s up to the translation layer (in the case of proton, DXVK I believe) to report what DX features it supports, and it sounds like it was telling the game it didn’t support SM6.6 for whatever reason. Might just be a matter of playing with some of the launch params.
If I’m going to game stationary, something with more than 10W of horsepower would be nice.
I agree that the steam machine was too early. People hadn’t been fully disillusioned by the planned obsolescence of their console libraries yet. Today, in a world of $600+ consoles that are impossible to find within 2 years of their release, hardly any worthwhile exclusives, and Nintendo trying to make you repurchase the old games at full price again, a steam console could potentially sweep the industry.
If running on an obscure platform avoids cheaters, that’s still security by obscurity. I assume it’s only a matter of time before the number of cheaters using that client grows to the point where they either have to invest in anti-cheat there, or cut support for the platform.
MacOS is not an open platform, so as long as apple support their efforts, they will be able to have kernel mode anti-cheat there when they want it.
Their post is a bunch of PR hidden by funnyspeak
I disagree, I think they said pretty plainly that they rely on security by obscurity, which is fundamentally at odds with an open platform that gives you control over your hardware. They’re not wrong, they can take their shitty anti-cheat arms race and shove it.
Why are you asking some rando in a gaming forum? You don’t need to be a security expert to know that you don’t want any random app having kernel level access to your devices just to play a game. It doesn’t take a security expert to know that. The purpose of pointing it out isn’t that we know what the best solution is, it’s to tell studios that this solution isn’t the holy grail they act like it is.
It sure doesn’t. I had a bunch of beautiful screenshots I took using The Invincible’s photo mode. It saved them all to the emulated AppData folder in compatdata. When I was done with the game I uninstalled and went to grab the pics, only to learn I picked the wrong order to do that in :(. This was as of 2 months ago.
Yep, as much as I benefit from valve’s push on Linux, I know it’s not out of the kindness of their hearts, it’s out of self preservation.
I would gladly use epic’s store if it gave devs more of the profits, but it’s just incredibly immature. Basic options are missing, and it doesn’t support Linux. I can try to work around their shortcomings as much as possible using bottles and proton, but eventually I can’t play their games due to their invasive anti-cheat. On top of that, they seem to be building a walled garden of micro transactions that’s just a worse version of NFTs. They really don’t want me as a customer, and I’m not going to argue.
This is what Nintendo wants people to think. They want you to think hacking your own hardware is synonymous with copyright infringement. And it’s categorically not. Just like collecting knives isn’t synonymous with committing murder.
I agree that Yuzu was toeing a fine line when they should have instead steered far clear of it and only supported playback of homebrew apps without encryption, but that’s not to say they did anything ethically wrong. Backing up your own files shouldn’t be a right we lose just because of criminals walking around “wink wink, nudge nudging” each other. Punish the murderers, not the knife sellers.
No, I mean charging money for pirated copies of games
Bowser helped create and support online libraries of pirated videogames for its customers, and several of the enterprise’s devices came preloaded with pirated videogames.
This behavior was never condoned by the Yuzu developers
Piracy was never our intention, and we believe that piracy of video games and on video game consoles should end.
Sucks that laws like the DMCA make it illegal to bypass encryption for the sake of emulation or other fair use
IANAL, but there are a bunch of carve outs for these purposes.
It’s unclear how this would have actually shaken out, but probably just because Nintendo is Nintendo, it would have gone in their favor. And yuzu didn’t want to be the one to set bad precedent for any future endeavors.
I agree that there should be better control in steam over what games are prioritized for both updates and shader caching.
But I was under the impression that most shader precaching was done by compiling locally in the background (via fossilize), not downloading. I agree that a 10GB download for AHIT is sus, but I don’t see anywhere on the screen that denotes it is downloading shaders.
Nonetheless, the shader pipeline problems of these new APIs (both pipeline explosion and caching) are not solved yet. IMO caching is not solved because GPU vendors don’t allow their new drivers to work with “old” shader pipelines. They have no incentive to (it would require extra driver work, and you couldn’t force users to use your latest compiler optimizations), and gamers don’t know to ask for it.
Someone else already explained the licenses, but to your second point, yes, nothing stops any other launcher from using proton, which is what all the other open source launchers do. And yes, no one “needs” this project, just like we don’t “need” any standards for anything, but it could make things a lot cleaner and easier to support.
It’s really up to the corporation whether they think it will benefit them. I agree that Valve has so far not been hostile toward GE, and it looks like proton has a very permissive license, but if it were any other digital storefront, doing anything to allow users to consume your content without using your storefront would be seen as at attack on their bottom line.
I’m actually curious how this new standard would potentially benefit other storefronts who haven’t natively supported Linux yet. If it’s going to make things easier for existing open source launchers, then it would also make things easier for competing launchers. I know as a consumer, I want GOG, Epic, EA, etc. supporting Linux, but does valve? I don’t know, maybe, maybe not. On the one hand, maybe they don’t want competition in their niche space, on the other hand, maybe they’ll do anything to take marketshare from msft.
Yeah, I’ve been following this issue for a while. There are some proposed solutions that work for some people. https://github.com/ValveSoftware/Proton/issues/6766
Ok, I definitely had that happen before. I’m trying to remember what I did to fix it. Are you trying to use one of the xpad or xboxdrv packages? I think the solution that’s currently working for me is not using either of them. I removed them and I think it must be steam that’s making it work for me.
Or if you’re not using either of those, then maybe try them out lol. It sucks how finicky it can be to get it working, but I still prefer Xbox controllers.
You mean you have an Xbox controller that supports bt but you can’t get it to work on Linux, or you have an Xbox controller and it doesn’t seem to support bt?
Because they started adding bt to xbone controllers half way through their cycle, so not all of them have it. Refer to msft’s picture to tell them apart.
IMO Xbox controllers are the way to go. BT works fine for me on Linux these days. Not sure if it’s steam doing it or what.
I would bet money that Intel’s dev rel team worked closely with Avalanche to add XeSS support to sell more Intel GPUs.
Most likely the Hogwarts devs were said, “sure, do whatever you want on your own hardware, just don’t you dare break anything on any other platform while we’re trying to ship”. The easiest way to green light this and know nothing else would be affected would be to hard code everything behind Intel’s vendor IDs.
So this probably isn’t a case of Intel working around a game dev’s code, it’s probably a case of Intel working around its own code.
The hard part is, idk if the anti-cheat front on Linux will ever get better than it is. Most anti-cheat fundamentally relies on the user not having root access to everything happening in their machine so that the OS, game dev, and anti-cheat SW can communicate behind the user’s back to make sure no cheats are happening. Meanwhile, Linux is fundamentally about giving the user full control over any part of the OS they want. The two ideas seem mutually exclusive.
Personally, I think if I played on a dedicated Linux gaming device (ex. Steam Deck) I would be ok with giving anti-cheat root access. At that point it’s no different to me than a gaming console. That might be the only feasible solution here.
I would say yes. I wanted my desktop to run linux in 2015, but the gaming situation was the biggest hurdle. I had been running linux on my laptop since ~2013, but I was constantly trying new games and couldn’t tell friends “sorry, I can’t run that, we have to pick something else”. These days, 99% of everything I want to play runs fine using proton on arch. There are occasional times that I need to try a different build of proton, or suffer a bit of pipeline compilation, but that’s about it. I don’t do a lot of modern competitive games though, so anti-cheat might be a deal breaker for you. I’ve been able to do some EAC games without issue though (ex. Hunt: Showdown runs fine).
What were the symptoms? Firmware corrupted? As in BIOS/UEFI? Did this happen randomly?