sparky

joined 1 year ago
[–] sparky@lemmy.federate.cc 42 points 4 weeks ago (4 children)

Gravity is tired of humans saying it causes things to fall down.

[–] sparky@lemmy.federate.cc 5 points 1 month ago

Console manufacturers will have to adapt and liberalize self-publishing to stay relevant. AAA gaming continues to enshittify, and indie games / smaller studios are the ones releasing the good titles.

Valve knows this, and the ease for developers to release on Steam means they’re well positioned to ride out the transition. By comparison, releasing on console means signing license agreements, getting access to proprietary SDKs, submitting your game through an approval process, getting each update reviewed, etc etc. The barriers make releasing on console very unappealing for smaller developers.

So IMO if the consoles want to ride out the decline of AAA games, they will need to reinvent their image and how they interact with smaller studios and indies.

[–] sparky@lemmy.federate.cc 5 points 1 month ago (1 children)

Okay, but I mean, 60 million versus 30 thousand. The former is effectively “infinite”, I mean how many hours would it take you to walk that far?

[–] sparky@lemmy.federate.cc 4 points 1 month ago

That’s a really interesting point. Neat!

[–] sparky@lemmy.federate.cc 7 points 1 month ago (11 children)

That’s better than I was thinking. But still, nothing beats “infinite”.

[–] sparky@lemmy.federate.cc 2 points 1 month ago (14 children)

Did they ever fix the game having a maximum map size of like 10.000 by 10.000? That limitation always seemed to put it at a disadvantage compared to Minecraft, for larger communities

[–] sparky@lemmy.federate.cc 1 points 1 month ago (1 children)

176 countries? wtf, why?

[–] sparky@lemmy.federate.cc 5 points 1 month ago (1 children)

Surprising, however they announced existing owners can upgrade for $10, so perhaps the move is to raise the price for new buyers to make it equivalent to buying the full price remaster, while making it cheap to existing owners.

[–] sparky@lemmy.federate.cc 3 points 3 months ago

I didn’t mean for gaming specifically, probably should have used a transition statement. For creative and professional use cases, macOS is still far far better than Windows. For gaming yeah that’s not your platform, Linux is.

[–] sparky@lemmy.federate.cc 90 points 3 months ago* (last edited 3 months ago) (35 children)

Windows 11 is a strong motivator. I suspect like many other people, the only reason I was keeping Windows around was gaming. But thanks to Proton and the Steam Deck, the number of games in my library that won’t run on Linux is vanishingly small. I deleted my Windows partition a few months ago and haven’t looked back.

Install Linux or buy a Mac, fuck Windows.

[–] sparky@lemmy.federate.cc 5 points 4 months ago* (last edited 4 months ago) (1 children)

It tell us quite a lot actually; the native PlayStation game was running on a POSIX system, on x86(-64), and Vulkan/OpenGL. Ergo, it took extra work to port the game to Windows, when the original title ran on something very close to a Linux desktop.

[–] sparky@lemmy.federate.cc 57 points 4 months ago (6 children)

This is especially egregious when you remember the PS4 and PS5 operating system are themselves based on FreeBSD, meaning the original game was natively targeting a Unix-like OS to begin with. So to then say it won’t run on Linux is a huge middle finger.

 

Just thought I'd share this since it's working for me at my home instance of federate.cc, even though it's not documented in the Lemmy hosting guide.

The image server used by Lemmy, pict-rs, recently added support for object storage like Amazon S3, instead of serving images directly off the disk. This is potentially interesting to you because object storage is orders of magnitude cheaper than disk storage with a VM.

By way of example, I'm hosting my setup on Vultr, but this applies to say Digital Ocean or AWS as well. Going from a 50GB to a 100GB VM instance on Vultr will take you from $12 to $24/month. Up to 180GB, $48/month. Of course these include CPU and RAM step-ups too, but I'm focusing only on disk space for now.

Vultr's object storage by comparison is $5/month for 1TB of storage and includes a separate 1TB of bandwidth that doesn't count against your main VM, plus this content is served off of Vultr's CDN instead of your instance, meaning even less CPU load for you.

This is pretty easy to do. What we'll be doing is diverging slightly from the official Lemmy ansible setup to add some different environment variables to pict-rs.

After step 5, before running the ansible playbook, we're going to modify the ansible template slightly:

cd templates/

cp docker-compose.yml docker-compose.yml.original

Now we're going to edit the docker-compose.yml with your favourite text editor, personally I like micro but vim, emacs, nano or whatever will do..

favourite-editor docker-compose.yml

Down around line 67 begins the section for pictrs, you'll notice under the environment section there are a bunch of things that the Lemmy guys predefined. We're going to add some here to take advantage of the new support for object storage in pict-rs 0.4+:

At the bottom of the environment section we'll add these new vars:

  - PICTRS__STORE__TYPE=object_storage
  - PICTRS__STORE__ENDPOINT=Your Object Store Endpoint
  - PICTRS__STORE__BUCKET_NAME=Your Bucket Name
  - PICTRS__STORE__REGION=Your Bucket Region
  - PICTRS__STORE__USE_PATH_STYLE=false
  - PICTRS__STORE__ACCESS_KEY=Your Access Key
  - PICTRS__STORE__SECRET_KEY=Your Secret Key

So your whole pictrs section looks something like this: https://pastebin.com/X1dP1jew

The actual bucket name, region, access key and secret key will come from your provider. If you're using Vultr like me then they are under the details after you've created your object store, under Overview -> S3 Credentials. On Vultr your endpoint will be something like sjc1.vultrobjects.com, and your region is the domain prefix, so in this case sjc1.

Now you can install as usual. If you have an existing instance already deployed, there is an additional migration command you have to run to move your on-disk images into the object storage.

You're now good to go and things should pretty much behave like before, except pict-rs will be saving images to your designated cloud/object store, and when serving images it will instead redirect clients to pull directly from the object store, saving you a lot of storage, cpu use and bandwidth, and therefore money.

Hope this helps someone, I am not an expert in either Lemmy administration nor Linux sysadmin stuff, but I can say I've done this on my own instance at federate.cc and so far I can't see any ill effects.

Happy Lemmy-ing!

view more: next ›