It seems like the people at Halo Studios saw SPv3 and figured they could make money doing the same thing.

I'll buy it anyway, though.

I'd prefer a remaster of Halo 3, still.

View this comment - View article - View full comments

Frankly, the fact that Muramasa and other visual novels weren't allowed on Steam and some of this junk was had always confused me.

Mastercard and Visa already came for Japanese visual novels. DLsite got hit a few months ago; all the standard payment processors no longer work.

View this comment - View article - View full comments

Except for the Windows license fee plus you are separated from your beloved Linux desktop if you want to alt+tab while gaming 😛.

If you don't buy OEM keys or bother activating Windows at all, sure 😛

Hell, even if you paid full price for the license, you'd have paid double the cost of a Windows license by the time your year of GeForce Now was up. GeForce Now wouldn't be worth it even if it were half the price. Plus no Steam Recording. Plus the 3 hour session limit on the previous lowest plan (now it's more expensive and you get 6 hours, so moot point I guess). Not to mention wait times...

Maybe if I was using it to play more than a single game for ~30 hours a month, the equation would be different.

Actually, I would take everything I said back if GeForce Now could play every single visual novel in DMM's catalog. I would absolutely pay $300 a year for that; more even. Considering visual novels tend to cost something in the range of $100 each, it would be a bargain. But a) DMM blocks non-Japanese IP addresses, b) there has never been a visual novel streaming service until now, and c) GeForce Now requires you to own a license to play the game, so I don't see it happening.

Dual-booting is inconvenient as I use the same machine as a streaming server over SSHFS, which doesn't work on Windows. But it's the lesser of two evils at the moment, from where I stand.

View this comment - View article - View full comments

I used GeForce NOW for a month on my Linux computer to play Rainbow Six: Siege. There was subtly too much input delay, and the 3 hour session limit was annoying, plus the inability to make use of Steam Recording was annoying. I gave up and just kept dual-booting Windows, which is a better experience for free.

View this comment - View article - View full comments

Apparently it actually does work if you build XWayland with support for libei? https://github.com/ValveSoftware/steam-for-linux/issues/8604 [External Link]

View this comment - View article - View full comments

What a turnaround from this: https://github.com/PCSX2/pcsx2/pull/10179 [External Link]

View this comment - View article - View full comments

Some points to summarize the whole thing:

> 2038 is the hard cut-off date for 32-bit applications. After this date, 32-bit applications will not be able to measure time accurately. There are some solutions in place to work around this. And maybe it's not so bad for games, I don't know, but a bunch of stuff is going to break. It'll be worse for embedded systems which still heavily rely on 32-bit software for all kinds of critical things.
> Dropping 32-bit support would also kill FEX on ARM, a translation layer for running x86 binaries on ARM, e.g. for Asahi Linux.
> Steam + Gamescope work in Flatpak, but not in Game Mode which is what Bazzite is using it for, so it's not an option. There are some bugs besides.
> Bazzite can't build 32-bit packages themselves because they need to be kept in sync with the respective 64-bit packages, which is incredibly difficult -> impossible. They might as well just discontinue the project or base it off a different distribution.
> Fedora can't just drop the ~9000 packages that have nothing to do with Steam because of the way their build system is made. It would require radical changes to the build system to drop all the non-Steam related 32-bit packages like Ubuntu and Arch have done (these distributions only have a few hundred 32-bit packages).
> WOW64, Wine's translation mode for executing 32-bit applications on 64-bit systems, is still experimental and has bugs.
> Native 32-bit Linux games not being playable on Linux is an overblown issue. The fact is, most of them are not playable even with Steam Runtimes in my experience. Proton is the better choice in most cases. The big exception is Valve games like Counterstrike 2, which only support VAC on the native binaries, IIRC, and I believe they are all 32-bit.
> OBS' game recording feature relies on 32-bit libraries, and that will be broken too if 32-bit support is dropped.
> I think there was bad attitude from a lot of people in this thread, and tensions were running high. There was also some amount of civil discussion and quite a lot of good points raised. I think this change proposal was pretty successful in that respect.

This summary was not produced by an LLM :)

Had this proposal gone ahead, I think all users should be entitled to a full refund for the support contracts they had taken out with Fedora.

View this comment - View article - View full comments

Humble Bundle was good for building up my collection of games over the years, but I barely pay for one humble choice a year, if that, anymore. There's just nothing I'm interested in. So the price doesn't matter to me.

View this comment - View article - View full comments

I think this isolated comment in a very big thread misses a lot of the bigger picture.

A long-time Fedora packager points out:

It’s really weird for an entire computer operating system to shut down because you don’t want to build your own packages? That’s strange. But you still have other options: ship the final Fedora builds of the i686 packages that you need

Followed by a user (not developer) of Bazzite saying:

Bazzite cant use Flatpak, as there are a lot of kernel and other patches made that won’t work in the flatpak due to the sandboxing nature of Flatpak. If it was an AppImage, different story. Nobara would suffer a similar issue. So many of the benefits of Bazzite would be pulled out.

At the same time, i find @kylegospo 's comment disingenuous, because while not great, they can revert to how they used to run Steam, as an exported app from a Distrobox container. It wasn’t perfect, but it worked for a long time. Also, making a copr repo of these packages wouldnt be so bad, there is already a copr repo for many custom packages in the project.

I feel compelled to add Neal Gompa, contributor extraordinaire to Fedora, openSUSE, CentOS, currently on the X.org board, big proponent for dropping Wayland for Fedora on KDE/GNOME among many other things, offered another solution far earlier in the thread: https://discussion.fedoraproject.org/t/f44-change-proposal-drop-i686-support-system-wide/156324/27 [External Link]

We have the infrastructure for this with the ELN stuff, a selection of packages could be autorebuilt for i686 in a secondary tag and then the result is merged into composes.

Essentially pairing down the 32-bit packages into just what's needed for Steam and a few other choice pieces of software. There was some discussion about the feasibility of this, but it doesn't seem impossible, and is the solution Fedora is most likely to go with.

P.S. Not a Fedora user.

View this comment - View article - View full comments

Secondly, Valve cannot be forced to drop an arch when majority of distros still supporting it. Remember, it is Valve who pushed for Linux client when Windows 8 turned out to be a disaster. Fedora is simply overestimating itself here.

Fedora isn't doing this to exert control over Valve. As the developer who proposed the change mentioned, it's a big maintenance burden on the volunteers who build Fedora. And that's honestly a fair reason. 32-bit support exists almost purely for games. This is a big deal on Windows and macOS, but for Linux...I honestly don't think it matters much. Native binaries on Linux rot exponentially faster and I doubt many 32-bit binaries would work even in 32-bit enviornments.

Conversely, Wine supports running 32-bit games in a 64-bit environment, with trade-offs.

The real issues caused by dropping 32-bit support in Fedora won't be with games. It'll be with Steam, Gamescope, OBS, and other tooling around games.

It's the same reason Fedora is dropping X11 across the board - maintenance burden. It's the same reason they're proomoting Atomic distributions to the main distributions soon - maintenance burden + user experience.

It's not a bad reason. Sure would be annoying to people who use Gamescope and the like, though.

View this comment - View article - View full comments