I think this is going to have unintended consequences if it goes through: funding game development is a very very high risk investment. Adding this type of regulation adds further cost and complication, which makes it an even less attractive investment. Which will result in less monetary and creative risk taken.
Even just open sourcing part of project is expensive. Legal and technical.
This argument is always pretty weak. All regulation adds cost and complication for companies. If that alone was a good reason to not add regulation, then taken to the logical conclusion, there should be no regulation on companies.
Regulation needs to be seen as a trade-off, for example: We get better behaving companies, and the cost is less risk taken. Then the question becomes "is the benefit worth the cost?"
The argument should be stronger since the vast majority of regulation is as you say, the cost is not worth the benefit.
All regulation by default is anticompetitive and also comes with the risk of intended consequences, and thus must prove that they provide sufficient benefit. They are "guilty until proven innocent".
e.g., rather than trying to "just do something" about games, maybe we should revisit copyright law as a whole, instead of slapping a bandaid on a festering wound caused by the first bandaid
How is all regulation anti competitive?
Is it anti competitive that your product does what you say it does and is safe? Isn't that just levelling the playing field by allowing consumers to make rational choices?
What about regulation designed to make sure there is competition? Is that anticompetitive???
I thought this was more "let people run the code themselves if they can figure it out" not "open sourcing". There's no appetite to force a company that reuses and improves their game engine on every new title to open source it, even an older version.
That alone would be an improvement from the status quo, but the SKG movement does go one stop further in wanting publishers to be required to leave the game in a working (local) state of they design it to be dependent on central services they then shut down.
This could be as easy as releasing the tools they used for development when developing the game.
That's really tough. Marathon, by Bungie, is a good example of why this is tough - it's basically all the Destiny engine, network, and tooling code. When they shut down Destiny, it's not like they have a snapshot of their tooling. They've been continuously updating that tooling for ten years, and now they're using that investment for a new project.
Most game studios are similar, in reusing and improving a whole development architecture and systems across many titles. I would not agree with making them release that, even an older version. That's a big competitive moat for some studios.
I think if a community group wants to PAY to operate a server, that's quite reasonable. And then you still end up with a fight about how much to charge. But I don't think handing over server code is the right move.
Fortunately, Stop Killing Games isn't looking to mandate any one solution to this problem.
There are many possible ways to enable game preservation and SKG is pushing for game studios to pick one and implement it, instead of not doing anything and letting games die when they become unprofitable.
Practically speaking, I think the best way to do something like this is to enforce an auction when a studio shuts down an online game. That way the people that care get to vote with their dollars, rather than costing the studio.
Doesn't seem fair to the people who have already paid for a product that will stop working.
I'm not sure I get this. A game costs about the same as watching a few movies - the cost per hour of entertainment is vanishingly low. For these long running games, the cost per hour of entertainment is down to pennies for these users. The same users who are still playing years later are also the ones who have gotten the most value for that same number of dollars already.
Do you genuinely believe that property rights diminish as the utility derived from property increases?
That's how copyright and patent law both work, yes. That's why we have expiry. And we all know the current expiry system is arbitrary (and capricious).
Copyright and patent law aren't relevant to this discussion. We're talking about goods that are purchased and then later rendered unusable by the seller.
I disagree. We're talking about goods purchased, and separately services without a paid support contract, and this is all about copyright law.
There's nothing illegal about selling a game where the servers only work for a week, if you say the servers are only going to work for a week unless you pay more.
The question is, what's reasonable if you don't say anything at all? Forever? A year? Five years? And that's not a trivial question.
If copyright law lasted two years, there would be nothing stopping someone from reverse engineering the service under one of these games after two years and running it themselves (barring serious cryptographic blockers).
Furthermore, the developer would have planned for that expiry of their IP protection. There's a loss to the game studio if they give away their intellectual property while it is still protected.
The only reason this is difficult at all is because of copyright law, and I suspect patent law as well but I think that's murkier.
If you start looking at this through that structure, I think it will make a lot more sense to you why each entity involved takes the actions they do.
I don't think that's what working state means here. It's not a full snapshot or even necessarily multiplayer support. It means minimum functional, which to me is just barely enough to see the assets used in the game. Not necessarily networking, matchmaking, online services, or the relevant tooling. Developers have already proposed making helpers that would introduce an effective switch to do this.
Also what you said about releasing the code and letting the community figure it out was explicitly an example SKG said was okay, from memory.
I think you're right from what I remember reading about them. But I think in practice it costs significant engineering time to package up what they are asking for. For a small game studio it may be incredibly prohibitive.
It just requires game engines to develop a tool to make this much easier to do. The rule won't apply retroactively, so it just means different design choices from the start.
> For a small game studio it may be incredibly prohibitive.
Alright, you lost me here. All of the games that do not follow what this law would suggest are AAA (or scams, essentially). The smaller studios always have some acceptable end-of-life plan from my experience.
I'm not sure AAA studios are as large, or as profitable, as you think. The studio itself is often small, large publishers just own many of them.
Small like 30 people? I don't think so. Genuinely small studios are able to preserve their games for the long-term, so there is no excuse.
AAA gaming isn't something that needs to be protected. Anything of sufficient magnitude and budget should be made responsibly or not at all. If a game is unable to exist without screwing over the user in a very legal sense, it has no right to exist. The requests of SKG are not only sensible, they impose a serious legal ambiguity in the current system that needs to be corrected one way or the other.
AAA was always an untenable monster that brought obscene risk; this was clear even in the mid-2010s and the industry is rapidly moving away from that model for good reason. The user-base clearly does not look kindly on AAA anymore either. That's why they are not profitable anymore. The SKG requirements would make very little impact overall compared to this.
I got my start at a game studio in 2001, after they were bought by Microsoft (and their game went from Mac to Xbox, if you get my drift). They're "big" now, but they regularly lay off large portions of their staff, because game development is boom and bust.
I don't think what you say in your first paragraph follows. Are you really, really interested in learning more about why, with an open mind?
Absolutely! Happy to learn from an industry veteran; hard to argue with that pedigree (part of why I like HN). I figured you might have been, but wanted to push back a little because I think it is important.
Here is my impression. 2001 feels like it was still within a golden era of game development; "AAA" games of that time would have been made by smaller studios still, and budgets could be very large, but not catastrophically so. The industry was still expanding. Post-GFC, once graphics scaled, demands seemed to scale, and costs blew out. Games had to reduce risk as a consequence, become more consolidated, more live-service. But the model was never sustainable at that scale. The tech improved so that costs for basic games went down, but big-budget AAA live service costs went to the moon. Volatility skyrocketed, leading to rapid hiring-firing phases. Now it is at its most extreme and the AAA side of the industry is in crisis. Demands for long-term support could be the straw that breaks the camel's back, but it always seems like that back was going to break eventually anyway. What I hope is happening is that talent is falling into the hands of smaller publishers, but that might not be true. What I do think is that the nature of development may need to change so that studios are able to facilitate these requirements while remaining profitable. Some have shown it can be done, anyway.
That's my impression from a semi-outsider perspective. Happy to be corrected though.
First, thank you so much, I so appreciate when somebody cares what someone else has to say!
Second, I think you're right. The games industry is in really bad shape right now. That's part of why I'm so concerned about putting new requirements on studios. If they have to pay someone to package up software to preserve it like this, that's one less person to generate them revenue, and that means someone gets laid off.
Whether their back breaks or not is not binary. It's measured in careers, and time. Most studios aren't profitable at all, or they're very temporarily profitable after each release. That's why publishers buy them, to keep them afloat during the time when they are losing money, and that's an investment with an expected return from those good times.
If you tell a studio they suddenly have to keep something going when it was already a financial failure, there's no way they can plan for that. They did that planning years ago.
Thanks for continuing the discussion! It's not often an outsider would get to speak with someone with your experience.
I definitely agree that it is not tenable in any studio to have a full time staff member dedicated to packaging software to be in line with this legislation. The solution has to be similar to a toggle in the engine code itself at the very earliest design phases. That means there has to be sufficient advanced notice and can only apply to future titles. There is hope that an inexpensive industry of third parties may arise to easily handle this aspect upfront with new software, but it would be great if there was a tangible demo of this.
Good point about publishers providing the cash to get the studios through the bad times. I think where this falls apart now is in the modern big-budget live service model itself, since these projects are expected to be so long term, so expensive, and gain so much income, that their lack of success now seems to end up in a studio turning the lights out altogether. Concord comes to mind here. Bungie's reliance on the new Marathon is not something I would wish upon any studio either. These kinds of game development strategies do not seem to be healthy for the industry anymore, and some diversification is really needed. These comments here are not really an SKG thing, it just feels like a far bigger issue from the dev side right now. I hate that devs are constantly losing their jobs in the current market, and I think gamers do too. I just can't see the status quo as sustainable. I guess that's why I treated the "back breaking" as binary, but it is true that there is a whole range of suffering inbetween.
A studio should never be forced to keep something going when it is deemed a financial failure. Again, it has to be an upfront design decision during the early planning years so that the end of life version is mostly a compilation target. Latest version goes out, no more updates, no more servers to run. There were more specific solutions discussed by other devs in a video on Ross Scott's channel, but that's the general idea. Does this seem even remotely possible from your viewpoint? Maybe not on current projects, but for projects five to ten years in the future?
If it is too hard to implement in this way for the team, the legislation may force to accept that the nature of the project may be so inherently risky with the current staff resources that it should not come to fruition until new software developments have made it less risky. But you are right that it might just end up as one less person with an actual dev job at the studio, which isn't great in the current economy. Either way, I think many users feel their hands have been forced by the publishers as I understand.