Clearly I'm too old for this sort of graphics to trigger nostalgia. This is probably more referencing times from my gaming deadzone where I had no time to play or in the early years after switching to Linux.

View this comment - View article - View full comments

Quoting: dziadulewiczDiscord users will start to see ads soon in this app. If not already.

Too bad a closed source proprietary app like this took the spot back in the day. Now it's all this and more to come.

Worrying. Good thing I have it running isolated from the rest. Adding some host based ad blocking should not be too difficult.

View this comment - View article - View full comments

Quite a fun game. The demo is easy though. But it's good to know that you don't need any knowledge of music and it's also perfectly fine if you're completely tone deaf.

View this comment - View article - View full comments

Quoting: AnzaFor me enabling the setting that uses SteamVR as OpenXR implementation (or I think that what the setting was called) fixed Beat Saber. I had to install SteamVR beta to see the setting, though it might be also in stable as I'm affected by bug that causes instability that breaks the settings screen.

I'm still on 1.27.5 as I need my async reprojection, so I doubt I can do that.

View this comment - View article - View full comments

Quoting: toor

Quoting: Anza

Quoting: toorI wasn't able to run the VR mode from Linux

Do you have OpenXR enabled?

Are you saying they didn't target SteamVR?

those are the dynamic dependencies, I don't see openxr anywhere
 
        linux-vdso.so.1 (0x00007ffd7edcb000)
        UnityPlayer.so => /home/toor/.local/share/Steam/steamapps/common/Escape Simulator/./UnityPlayer.so (0x00007f0239566000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f023945e000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f023943e000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f0239439000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0239210000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f0239209000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f0239204000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f023b59a000)

SteamVR defaults to OpenXR now instead of OpenVR like it used to. And you won't find any VR dependencies in the Linux version since they're only in the Windows one.

View this comment - View article - View full comments

I really enjoy this game. It's almost shocking that between the official rooms and the workshop stuff I've put over 50 hours into it.

I did check if I could see any signs of VR support in the Linux version, but I don't see the required plugins in the files and there is no VR launch configuration. I also noticed that it is OpenXR based, which may cause problems for running it through Proton. Will have to check it at some point.

View this comment - View article - View full comments

Quoting: Pengling

Quoting: Liam DaweBut this does happen, with all these "smart" products. See news all the time about features removed, suddenly subscriptions needed to keep certain features going and so on. It's not just gaming it happens. Sadly.

I honestly didn't know that - as with not buying into the sorts of games afflicted by these issues, I've never bought into those sorts of appliances either. A fridge really doesn't need to be connected to the internet, y'know? :tongue:

It's something I see with a lot of "smart home" stuff. I stayed away from all of it for now because it's not really necessary. But I would apply the same logic as I do with games. Can I 100% self host the system if I want to? Yes, then ok, no means I won't get it.

View this comment - View article - View full comments

We've all been there right? You paid for a game, it required an active internet connection and a couple of years later the publisher decided they're done with it and shut it down leaving you with a broken game.

Actually no. I've kept to my principles and that meant I've not had to endure this. No required third party on-line dependencies in a purchased game. That means no launchers with on-line DRM, no Denuvo, no third party accounts. Technically that still means I could purchase games directly from the likes of Ubisoft and such, but a lack of trust has keep me away from those.

That said, I obviously agree with this. But as long as people keep buying these games it'll stay like this.

View this comment - View article - View full comments

I'd be excited to hear about a new borderlands game if it wasn't for BL3. Now the first thing I want to hear is that they got a complete new team of actual writers.

View this comment - View article - View full comments

Quoting: rambo919Isn't all this very much besides the point? A large corporation managed to take down an OPEN SOURCE project by using a copyright legal mechanism infamous for easy abuse.... the problem is not emulation it's the legal precedent set.

There was no legal precedent set here. There was a settlement with the company behind about stuff that technically wasn't about emulation. And this one reads like nothing more than Gitlab being scared and removing the repo before Nintendo comes knocking.

I'm guessing the suyu people had already set up their private git repo, so probably nothing more than a minor inconvenience. And considering their dmca button, I doubt they're tied to the US.

View this comment - View article - View full comments