sudotstar

I think their original intent back when Proton originally launched was to just show generic Linux compatibility on any titles if it worked with Proton and was approved by Valve. I’m not sure why they stopped doing that.

My hope, though I’m keeping my expectations low, is that since these supposed live-service games will be supposedly releasing alongside remakes of the original games the IP is based on, that if the remakes sell significantly better than the live service games it might hopefully inform better decision-making around them.

While they haven’t been controversy-free in terms of their monetization practices, Sega has released a slew of back-to-back AAA games: Persona 3 Reload, Like a Dragon: Infinite Wealth, and Sonic Frontiers, that have generally been complete, single-purchase packages (with a few questionable omissions from base game moved to DLC that I’d consider “regular bad”, but not anywhere near the level of egregious monetization seen in most live-service games).

If I’m not literally touching the content I’m trying to scroll, I’ll stick to the default orientation (scrolling down moves content down). Wayland touchscreen input handling seems to handle this just fine and not couple touchscreen scroll direction to trackpad/mousewheel scroll direction.

Unfortunately, I think many of the Asypr/Feral ports from the early 2010s, like Civ V, Borderlands 2, etc. fall victim to this. Those ports were amazing for Linux gaming at the time, but due to the fact that they were held back by their macOS counterparts and Apple’s limitations on that platform, as well as the fact that they were third-party ports with far less post-release engagement from the original dev than the Windows versions, have left those versions to languish. It’s a huge shame because those companies did, and to a certain extent still do support Linux-native gaming quite well, but their earlier ports have not aged well and there’s not much that can be done given the opportunity costs for the many involved parties on those older games.

Civ V is a game I still play regularly to this day, and I basically have to run the Windows version under Proton to avoid crashes on modern hardware, maintain compatibility with popular mods, and play multiplayer with Windows users without terrible game desyncs.

It might be somewhat controversial of a take, but to me an awesome-performing Proton version of a game is far better than a Linux version that may be native, but has severe deficiencies and/or lags behind its Windows version.

To me, my favorite native Linux games would be ones that do things on Linux that are not possible on other platforms. Generally, this would be an “unfair” advantage, as games should strive for feature parity on all platforms within reason, but so often we end up being on the wrong side of that equation that seeing some of the perks of the platform is nice.

To my knowledge, the only major game I can think of that does this to a certain extent is Factorio, which enables non-blocking game saves on Linux and macOS and not Windows. It’s not a Linux-exclusive feature, but it’s nice that the developers went through the effort to implement the feature on Linux even though it’s not possible on Windows.

I wasn’t a fan of the built-in weather widget so I immediately replaced it, so I have no experience with it being nonfunctional, sorry.

Yes

It’s not like Nova Launcher, but I’ve been really enjoying Kvaesitso. It does support icon transformations (better than Nova does IMO) but provides a very different interface that’s focused on search.

The reality is that the number of games, even AAA ones, that are releasing at that high a “minimum” performance requirement is incredibly small compared to other games that do release with more modest system requirements. Games that are “just good enough” graphically to go along with their gameplay tend to be the norm, I think, with the few games that really go for pushing visual fidelity being respectable in their own right but not frequent enough to fret about. What will matter the most is what games you want to play and what their requirements are, and that’s basically impossible to project out 1, 3, 5 years out or however long you expect the hardware to last.

For what it’s worth, I have a Steam Deck and spend a lot of time playing on it, but pretty much every “AAA, big budget => big graphics” game I want to play I’d exclusively do so on my gaming desktop (or remote play on Deck if I want to play it there at all), while sticking to 2D and lighter 3D games on the portable device directly. This is mostly due to what kinds of games I enjoy playing on what form factor, as for example my decision on what to play docked vs portable on the Switch is much the same way, and for about a year after buying the Deck, my desktop hardware was so out of date it was getting generally worse performance than the Deck yet I’d still use the desktop for “spectacle” games, but the necessary graphical quality to go along with that tends to correlate well.

The reason this is known is because this supposed device is using the same AMD APU used in the Steam Deck. It’s unlikely that a standalone controller would have a dedicated APU like that without becoming a full-on portable gaming device of its own.

I haven’t adopted this kind of setup, mainly because Proton just does such a good job I have almost zero need for Windows, but my plan for eventually doing something like this was to also maintain a passthrough Linux VM for any GPU-intensive work on that side.

When I realized that the practical end-state of my system would mean I’d just be running things from within the Linux VM 98% of the time (games that can run on Linux) I kind of dropped the idea.

For me it’s always been after I tried to resize a partition.

I recommend using whatever is the “least hands-on” option for your boot drive, a.k.a your distro default (ext4 for Debian). In my admittedly incompetent experience, the most likely cause for filesystem corruption is trying to mess with things, like resizing partitions. If you use your distro installer to set up your boot drive and then don’t mess with it, I think you’ll be fine with whatever the default is. You should still take backups through whatever medium(s) and format(s) make sense for your use case, as random mishaps are still a thing no matter what filesystem you use.

Are you planning on dualbooting Windows for games? I use https://github.com/maharmstone/btrfs to mount a shared BTRFS drive that contains my Proton-based Steam library in case I need to run one of those games on Windows for whatever reason. I’ve personally experienced BTRFS corruption a few times due to the aforementioned incompetence, but I try to avoid keeping anything important on my games drive to limit the fallout when that does occur. Additionally if you’re looking to keep non-game content on the storage drive (likely if you’re doing 3D modeling work) this may not be as safe.

Being incredibly car-centric is probably our biggest issue in my opinion. If you’re expecting to be able to use public transit or even walk to basic necessities, and are looking to purchase a house, you’d likely be looking at areas outside of your price range, generally within highly urbanized city centers. Owning a car is very much the norm here, even within those urban environments.

Sure, modding the device will always have a niche interest, and people doing it just because they can, but if the price point of such a device is comparable to a Switch (easily hackable) or even a Steam Deck (outright open for you to do whatever with no barriers in place), would this device have any practical benefit for that kind of stuff over the alternatives?

I think it will continue to have some niche benefit, especially if modding the device still retains its presumably “first party, easy” path to streaming games from a local PlayStation, and for people who would want to keep the presumably better-quality and 1080p display over what’s found in the Switch and Steam Deck, but I think someone looking to get something to primarily use with Steam Link or other such services have better (incl. first-party) options for that use case.

I was referring to the niche-but-growing segment of handheld game devices primarily designed for cloud/streaming services, like the Logitech G Cloud or more “traditional” handheld gaming devices like the Switch or Steam Deck, not necessarily all generic-tablet Android devices.

We still don’t know the price of the device. I think this device has to really target a low, potentially subsidized, price point in order to be worth it over existing handheld devices capable of streaming (or even running games locally), and if that’s the case, it may suffer from the Amazon Fire problem of being incredibly locked down and not seeing as large a development community as would be necessary to achieve a “no restrictions” Android setup. If Sony is subsidizing the device, they would really prefer it if consumers stay within their media ecosystem rather than having the ability to go out and use and/or pay for services that don’t allow Sony to recuperate their losses.

It is also possible that the device seen here is just running Android for testing purposes, and the final device will ship with something more locked-down. This seems unlikely due to being far more effort than just using common tablet hardware and shipping Android, but Sony may prefer to do that to achieve more control over the device.

This is why I’m intentionally staying away from high-refresh-rate displays until I can feasibly upgrade everything I use to that standard (phone, TV+consoles, desktop monitors, etc). I don’t know exactly what I’m missing out on and ignorance here is bliss.

Unless LOS or a different custom ROM can re-enable the “old” work profile behavior, having access to the latest version of Android might be a detriment compared to an older version that still at least receives security updates (as I assume the Pixel mentioned here does).

I run LineageOS myself, and while I don’t think this change is enough of a dealbreaker to prevent me from ever updating past LOS20 if this change isn’t addressed somehow in either AOSP or LOS, it will make me less enthusiastic about immediately jumping to LOS21 the moment it’s made available to my device.

I would really like to have a headphone jack but the other benefits the Fairphone brings (longevity, easily replaceable parts, more effort on ethically sourcing components than pretty much any other manufacturer) allow me to begrudgingly make that tradeoff and just have a dongle permanently occupying space in my pocket.