Quoting: Eike

Quoting: LoudTechie

Quoting: hardpenguinMore medium- and high-end Linux-based gaming devices please.

I don't think Linux can currently compete on that front, but I look forward to being proven wrong.

I'm surprised. Why would you think there could be a problem for Linux on that front?

The middle class of gaming devices competes on ease of use.
The higher class of gaming devices competes on performance.
Linux has both.
Wine had to give up both to obtain better compatibility.
Wine's still a lot of jumps removed from regaining that.
Every day they come closer, but the distance is big.

View this comment - View article - View full comments

Quoting: hardpenguinMore medium- and high-end Linux-based gaming devices please.

Quoting: hardpenguinMore medium- and high-end Linux-based gaming devices please.

I don't think Linux can currently compete on that front, but I look forward to being proven wrong.

View this comment - View article - View full comments

Quoting: ssj17vegetaThis video should be posted on every Reddit topic asking "can I make game XXXXXX with Godot ?".

The problem with that kind of questions has always been that the answer seems simple, because it looks like "can anybody Z XXXXXX in Y" and the answer is within computers basically always yes, but it's acctually "can I Z XXXXX in Y", which requires knowledge about the person asking the question you probably don't have.
The best answer I've found to such questions is in the trend of:
"Some people can do it look [proof].
Whether or not you can do it depends how much you understand of [underlying concept]."

View this comment - View article - View full comments

Quoting: scaineI think I'm right in saying that since everything Steam installed for Proton/Wine goes into a pfx folder, and since Steam starts and stops the associated Proton/Wine processes as the game requires... then there's no way that these "kernel-level" rootkit-style always-on anti-cheat systems really expose you on Linux.

Like, on Windows, GameGuard would install at SYSTEM level and potentially just keep running. But on Linux, it's only running when Steam says it is.

If I'm right, then that's a huge win for gaming on Linux.

You're right.
This is the only security guarantee wine offers.

View this comment - View article - View full comments

Quoting: TermyOk, now i'm really confused. Is the missing Rootkit just ignored by the game (which would probably be "fixed" at some point) or did they manage to fake it through proton? O_o

The way they "fake" everything.
They implemented the functions it uses in wine to behave like it expected the windows functions it calls.
Not all Windows kernel function need under all circumstances root permissions to work.
Wine itself doesn't use kernel level stuff, but in some cases it doesn't need it to achieve a comparable result.

View this comment - View article - View full comments

Active deck detection that only detects game mode and wine level "kernel mode".
Clearly written by someone without relevant UNIX experience.
If it working on desktop mode doesn't get "patched" I will be pretty surprised.

View this comment - View article - View full comments

Quoting: Blisto

Quoting: ElamanOpiskelijaHey! I had already figured out my workaround for Tekken. Now it comes already fixed. What am I supposed to do? Actually play now?

Silly ElamanOpiskelija. Linux users don't play games. They just tinker with getting them running.

And @ElamanOpiskelija can still do that. They just need to set an extra parameter for it(120 fps/yellow trees/etc.)

View this comment - View article - View full comments

Quoting: razzeI'm still really confused by what your saying. Currently every app that gets published to flathub needs to have sources available online and have the manifest pushed to their github.

Sure, binaries are sources too, but that's actually something flathub doesn't like to see, as it mostly means no ARM builds/support, as people usually don't care to provide binaries for both.

Then everything is build on flathub bulidbot in a sandboxed/offline environment https://buildbot.flathub.org/ [External Link] so you need to grab sources first. So what you commited to your manifest, can't be changed after the fact, as you also need to provide hash sums for all downloads and they get checked - so that you can't change them after pushing the manifest.

The verification of authors of flathub packages currently work via domains, so if you install tv.kodi.Kodi and it's verified, you can be sure, that someone having access to kodi.tv is involved.

A. sorry for the late reaction. I didn't get a notification.
B. You seem to know more about the way flathub works than me, so when in doubt assume that I'm wrong.
C. According to your story they verify if something matches its git release with indeed hash checking.
D. A verification purist would argue that doesn't help for binary only releases, because for binary only releases it only proofs that the git and the flathub contain the same possible malware, but there is still no to the binary relatable claim other than the binary(which nobody, but the publisher is supposed to be able to check) over what it does.
D.1. I said "they've nothing to compare it against". With that I meant that they had
E. The work through domains is in essence trick 2.

You can be very certain that the one who uploaded your software uploaded the same stuff they uploaded on git, but what they uploaded to both is an open question for binaries.
Still this is better verification than some might think.
Most if not all of this stuff is uploaded on github and github is enough of a central party that people actively check their website for them for malware(github stars and reporting).

View this comment - View article - View full comments

Quoting: LoudTechie

Quoting: Ehvis

Quoting: LoudTechieThere's no modern form of DRM of which if you can duplicate it you can't break it and thus if you make your duplication open source you've aided and abetted anyone who breaks the DRM with all that knowledge you've made available.

Not really true. The epic launcher DRM is such that games that use it won't launch if you don't start it from the epic launcher. But Legendary managed to replicate its functionality perfectly fine. And presumably without breaking the DRM since Epic is apparently aware of these projects and doesn't seem to object.

Really, wow.
Okay, apparently I'm behind on recent developments.
My excuses for the certainty with which I spoke.
It was always possible to write drm in such a way that duplication wasn't abiding and abetting, but for years drm manufacturers didn't do it.
I'm happy to see this change.

I've been reading the source code and the more I read it the more I question the legal sustainability of legendary launcher although they truly tried.
AES keys, encryption algorithm, install lock detection and paths. I've never before written a crack, but this looks to me like all the information needed to write one for Origin drm.
If it fitted the story it would at least need to explicitly contain some assymeteric cryptographic primitive and I can't find it in their really readable code.

View this comment - View article - View full comments

Quoting: Ehvis

Quoting: LoudTechieThere's no modern form of DRM of which if you can duplicate it you can't break it and thus if you make your duplication open source you've aided and abetted anyone who breaks the DRM with all that knowledge you've made available.

Not really true. The epic launcher DRM is such that games that use it won't launch if you don't start it from the epic launcher. But Legendary managed to replicate its functionality perfectly fine. And presumably without breaking the DRM since Epic is apparently aware of these projects and doesn't seem to object.

Really, wow.
Okay, apparently I'm behind on recent developments.
My excuses for the certainty with which I spoke.
It was always possible to write drm in such a way that duplication wasn't abiding and abetting, but for years drm manufacturers didn't do it.
I'm happy to see this change.

View this comment - View article - View full comments