Comment on Statement on Stop Killing Games - VIDEOGAMES EUROPE
aksdb@lemmy.world 18 hours agoSame for the “online only design” argument. The moment they decide it’s not viable anymore and they want to shut it down: what does it matter to them, what players do with it? As long as they offer the service themselves, no one is bugging them. (Although I would absolutely be in favor of also getting self hosting options right from the start, I am realist enough to accept, that this would indeed lower economical feasibility of some projects.)
Vittelius@feddit.org 18 hours ago
That part of the argument is slightly different. If I understand the press statement correctly, what they are saying is: “Some servers can’t, on a technical level, be hosted by the community”. And that’s not a straw man (arguing against something never asked for), that’s just a lie. We have access to all the same stuff as the industry (AWS etc). Hosting these kinds of servers might be very expensive, but the initiative only asks for a way to keep games alive not for a cheap way (though I would prefer a cheap way of course)
aksdb@lemmy.world 18 hours ago
I imagine it’s rather licensing. If they have to provide the software at some point, they can’t use components they are not allowed to distribute. And I agree, that this will impact development costs. But with the law in place, this is not an unexpected cost but one that can be factored in. Might be, that some live services are then no longer viable… but I don’t care. There are more games than anyone could play and games are cancelled or not even started to develop all the time for various reasons. One more or less is just noise.
Zagorath@aussie.zone 17 hours ago
Devs have numerous options for how to address the SKG initiative. The top three that come to my mind are:
In the case of live service games, I would suggest option 3 is the most appropriate. If the main gameplay is singleplayer, but it’s online so you can dole out achievements and gatekeep content, the answer is simple: stop doing that. Patch it to all work in-client. And keep in mind that this will be a requirement at end-of-life from the beginning. If it’s an unexpected requirement, that’s going to be a huge development cost. If it’s expected, making that EOL change easy to implement will be part of the code architecture from the start.
audaxdreik@pawb.social 17 hours ago
Comes to mind as an example that already exists, …steampowered.com/…/MEGA_MAN_X_DiVE_Offline/