Played this with my wife a year ago, the first few biomes were really fun, up to and including the jungle. The sea biome was a drag, vast areas of nothingness (water) with little novel to discover in the islands. Forced through that, and the desert biome was much of the same, vast areas of nothingness (sand). We stopped playing at that point.

View this comment - View article - View full comments

Quoting: Highball

Quoting: ElectricPrismYou know how some people backup the header of encrypted disks:
 
sudo cryptsetup luksHeaderBackup /dev/<your-disk-luks> --header-backup-file luks2-header-backup-$(date -I)

If somebody wants a project make a interface equivalent to Etcher that optionally backs up the MBR + Linux / Windows boot partitions.

Then next time Windows fucks this up. ( Which they have been for decades and we haven't done anything about it. ) A person can load a Live USB, create a new backup in the broken state and run the Restore tool to revert the changes to before Microsoft screwed the pooch.

Who knows maybe what I'm imagining already exists, there's a lot of fine people out there who do amazing work all the time on our apps.

https://help.ubuntu.com/community/Boot-Repair [External Link]

Honestly I don't know how well it works. I haven't dual booted for close to twenty years and this tool didn't exist then as far as I know. At that time, all you had to do was live boot off a CD and chroot to your Linux partition, then rerun your boot loader install command, and it was all back to normal. It's a minor inconvenience for seasoned Linux users, but newbies immediately think Linux sucks and doesn't work. Obviously MSFT's intention. I don't remember a time that updating Windows didn't rewrite the MBR.

Yeap, it's still pretty much the same process. Live usb, chroot, reinstall grub.

I got rid of windows about 7 years ago, I'm much more relaxed now in my life.

View this comment - View article - View full comments

SD must be doing really well for Valve to be confident about doing this. Otherwise this would backfire if people noticed that not many people are playing on the deck.

View this comment - View article - View full comments

Quoting: Linux_Rocks

Quoting: Claude_LibI have Windows on a separate drive for rare occasions when I need it. The only clue two systems have about each other's existence is that Windows messes up the clock because I keep forgetting to set the RealTimeIsUniversal registry key.

I always just set Linux to use local time. One quick line in terminal is easier than a registry edit in Windows.

Local time is the wrong choice of course, like your files having mtime in the future when DST hits or if you take the train to the next city which happens to be in a different timezone.

View this comment - View article - View full comments

> The drivers for Windows also need a manual download for each

The emphasis makes it sound like this is anything out of the ordinary for windows, lol

View this comment - View article - View full comments

Quoting: tfkJust read some post on the Steam forums. They got drivers now but are still complaining.

It's a small difference in attitude I'm observing here.

We get native Linux support for something, we say thanks and start to give feedback on any issues we encounter.

They get Windows support for something, they're like "About time!". And when there are issues they're like "It won't work! You suck! I'm selling my device!".

I can see why Valve had this on low priority.

You might not like hearing this, but most projects that treat Linux users as second class citizens have the exact same complaint, that Linux users are entitled and don't appreciate what they got.

People are people, Linux users are no better or worse than any other people.

View this comment - View article - View full comments

Quoting: PyrateStadia failing is a net positive, who knows what will happen to gaming if cloud streaming got accepted this early (it's probably inevitable, but the later it happens the better).

Cloud gaming is happening right now anyway, Stadia's failure didn't change that. Except cloud gaming is now turning windows based, engines are no longer doing Vulkan, and _many_ Google developers who were working on Vulkan no longer do. We're lucky Google accepted to let some of those developers continue working on Vulkan (like the devs of SPIR-V Tools (maintained by Google, originally because of Stadia)), but we lost so many others.

I realize these things are not easily noticeable, I see them because I work at Google and closely work with Vulkan (at Khronos) and its ecosystem (SPIR-V Tools, CTS, etc). And I'm telling you, Stadia's downfall was a *major* blow to Vulkan. And that in turn majorly affects Linux gaming.

View this comment - View article - View full comments

Quoting: PyrateI'll continue to crap on them, keep em on their toes.

You think you're keeping them on their toes, they see Linux users as entitled and annoying. These companies aren't supporting Linux because of *you*, they are doing it because they have large customers who pay them for it. And they support Linux to the extent needed by those contracts.

Sorry to be blunt, but sales coming from Linux users is not significant enough to them, and we don't statistically matter. So maybe instead be nice and the developers who are doing the work would be more motivated to take extra care of you despite the business decisions.

View this comment - View article - View full comments

Folks here like to crap over Nvidia, but you have no idea how valuable their contributions to Vulkan are. Same with Google, people were celebrating Stadia's downfall while in truth it was a _massive_ setback for Vulkan and its ecosystem.

It's disappointing.

View this comment - View article - View full comments

Quoting: TheRiddickStill needs multi-VRR and DLSS FG support. For such a MASSIVE corporation you'd think they be able to do that real fast, yet AMD is outpacing NVIDIA when it comes to Linux driver support. A truly fascinating paradox.

AMD isn't doing any better than Nvidia, quite worse actually. Radv is good because of mesa's _users_, like Valve and ChromeOS. The WSI part of mesa is common, so _that_ part is good thanks to even more companies like Intel and Collabora.

In their proprietary drivers, Nvidia is actually far ahead of AMD, they literally ship a driver with support for almost every Vulkan extension the day after they get released. AMD takes a long time to ship some very important extensions (in their proprietary driver).

Nvidia's WSI with Linux is lagging because sadly they don't care much about Linux, and AMD probably cares even less.

Case in point is VK_EXT_swapchain_maintenance1. When I was writing that, Hans-Kristian from Valve implemented it in mesa so that was available right away on Linux. It took Nvidia more than a year to ship it (because WSI), and AMD (proprietary) still hasn't shipped it.

View this comment - View article - View full comments