←back to thread

Stop Killing Games

(www.stopkillinggames.com)
253 points MYEUHD | 1 comments | | HN request time: 0.202s | source
Show context
hombre_fatal ◴[] No.44446623[source]
The obvious case where this makes sense are single-player games that require internet access before they even launch, like when you need to link a Microsoft account to play Forza.

But it's less obvious to me how the legislation should work for a multiplayer-only game that goes out of business. I suppose it should require a refund at some point. But at what point?

Steam only lets you refund a game that you played for less than two hours.

And if you think that's not long enough, there's surely some time period where you can agree that you've got your money's worth. Kind of like how you lose the ability to say "I didn't like it" after you ate your whole dinner at a restaurant.

Yet in the comments here someone gives an example of three years of online support which is insane. Why is multiplayer special? Should Steam also let you refund any game until three years elapse?

replies(7): >>44446687 #>>44446699 #>>44446768 #>>44446987 #>>44447096 #>>44447118 #>>44447447 #
graynk ◴[] No.44446699[source]
> But it's less obvious to me how the legislation should work for a multiplayer-only game that goes out of business

The idea is to force the companies to provide an end-of-life plan that leaves the game in a "reasonably playable state". Depending on the game the approach can differ. Releasing the binaries along with instructions for hosting dedicated servers is one approach (that some games already take). I was playing on a (pirated, but it was a long way ago and I was a child) Lineage 2 server way back in 2007 on my local ISP network, so even something like MMORPGs can be covered if it's included in the discussion at the design stage of the game.

But even if the backend is very complex and vendor-locked, releasing something like a set of Cloudformation templates and saying "you can only host this on AWS and it's going to be restrictively expensive but there you go" is also an option that would satisfy the requirements. It's still better then having nothing at all to dig at (although some fans still do reverse-engineer and spin up community servers even without having access to any of this).

replies(2): >>44446725 #>>44446780 #
hombre_fatal ◴[] No.44446780[source]
The problem is that you can easily create negative effects that hurt all developers while only imagining the impact on profitable AAA games which seems to be how most of these discussions go since people always bring up blockbuster games like Lineage 2 and World of Warcraft.

Ensuring that the multiplayer server component of your game is a standalone end-user distributable is a huge task to impose on every game that wants to have a multiplayer component. Especially once you consider the vast majority of games that never even get traction much less turn a profit.

So, the second someone buys your prerelease indie slither.io game, what exactly does this checklist look like? It needs to also day 1 launch with a self-hostable standalone server distro instead of the crappy spaghetti mess you live coded on an EC2 machine?

replies(6): >>44446834 #>>44446843 #>>44446995 #>>44447376 #>>44447432 #>>44447480 #
1. kedean ◴[] No.44447480[source]
> It needs to also day 1 launch with a self-hostable standalone server distro instead of the crappy spaghetti mess you live coded on an EC2 machine?

If you can't meet these very achievable goals, perhaps the game isn't at a point where it should be sold for money. What are you going to do when that ec2 instance gets randomware and becomes inaccessible, just tell all the people who paid you money to go home and forget about it?

I love indie developers, but if one can't have a modicum of professionalism, then they shouldn't ask people to pay for a product.