Comments on: Somebody Save Me http://tleaves.com/2005/10/11/somebody-save-me/ Creativity x Technology Sat, 17 Mar 2012 05:09:58 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Andrew Van Caem http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1914 Andrew Van Caem Tue, 15 Nov 2005 02:22:49 +0000 http://tleaves.com/?p=480#comment-1914 C: "A game that does NOT allow it, does so only because someone, somewhere, has consciously made the decision that *they* should be in charge of *your* game experience, and *they* don't want *you* to save. In which case, *I* won't play *their* game." I think alot of people are either ignorant of the issue, or ignore it. Quite simply, I believe that it is absolutely nessecary in certain cases that teh designer be in charge of when a player can permisave their exact state. I agree completely that a player should be able to stop and quit at any time they need to, I can't stress this enough, but being able to save a game state exactly and indefinately is something that must essentually be restricted in many games to properly balance the gameplay. When playing Goldeneye, one's inability to save during the middle of a level is neccessary for the sake of the gameplay. As a player, my goal is to beat a given level on a given difficulty, by any means neccessary in the context of the game and strategies involved. The game itself is naturally one of endurence, the player must do his/her best to get to the end of a level while completing all objectives, getting hit as few times as possible to ensure their chances of survival. The challenge comes from this endurence, the test of survival is what makes the game. By adding the ability to save at any time, the challenge is drained because each section can be done individually, the challenge of tackling the level as a whole is removed. In order to make a game where you can save at any time challenging, you must introduce design that impliments 'difficulty spikes' as opposed to endurence, which I feel is a far inferior design practice. That is why as much as I advocate being able to save at any time, saving the state of a game at any possible point is a no no in many games and should be kept as such. C: “A game that does NOT allow it, does so only because someone, somewhere, has consciously made the decision that *they* should be in charge of *your* game experience, and *they* don’t want *you* to save. In which case, *I* won’t play *their* game.”

I think alot of people are either ignorant of the issue, or ignore it. Quite simply, I believe that it is absolutely nessecary in certain cases that teh designer be in charge of when a player can permisave their exact state.

I agree completely that a player should be able to stop and quit at any time they need to, I can’t stress this enough, but being able to save a game state exactly and indefinately is something that must essentually be restricted in many games to properly balance the gameplay.

When playing Goldeneye, one’s inability to save during the middle of a level is neccessary for the sake of the gameplay. As a player, my goal is to beat a given level on a given difficulty, by any means neccessary in the context of the game and strategies involved. The game itself is naturally one of endurence, the player must do his/her best to get to the end of a level while completing all objectives, getting hit as few times as possible to ensure their chances of survival. The challenge comes from this endurence, the test of survival is what makes the game.

By adding the ability to save at any time, the challenge is drained because each section can be done individually, the challenge of tackling the level as a whole is removed. In order to make a game where you can save at any time challenging, you must introduce design that impliments ‘difficulty spikes’ as opposed to endurence, which I feel is a far inferior design practice.

That is why as much as I advocate being able to save at any time, saving the state of a game at any possible point is a no no in many games and should be kept as such.

]]>
By: Eric Tilton http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1913 Eric Tilton Wed, 12 Oct 2005 18:19:41 +0000 http://tleaves.com/?p=480#comment-1913 I have a hard time believing that checkpoints are somehow easier than save anywhere, from an implementation standpoint. A checkpoint has its own set of assumptions based around the game having reached some kind of quasi-stable state, so that we can -- at this point in time -- only have to save a subset of the information and still keep things believable. Save-anywhere passes the abstraction sniff test a lot easier than checkpoints, where level design screwups or any number of other gameplay bugs can expose the tears in reality. I'm much more inclined to believe that people implement checkpoint systems because they think that that's what people want on consoles. And -- my personal convictions are showing here -- I think that's crazy talk. I think save points make sense as a way to do rolling backups that make some intuitive sense and don't require aggressive user participation (so that I'm not taken out of the game after every fight so I can go save and protect my work), but that doesn't mean I don't want the ability to save arbitrarily in addition to that. I have a hard time believing that checkpoints are somehow easier than save anywhere, from an implementation standpoint. A checkpoint has its own set of assumptions based around the game having reached some kind of quasi-stable state, so that we can — at this point in time — only have to save a subset of the information and still keep things believable. Save-anywhere passes the abstraction sniff test a lot easier than checkpoints, where level design screwups or any number of other gameplay bugs can expose the tears in reality.

I’m much more inclined to believe that people implement checkpoint systems because they think that that’s what people want on consoles. And — my personal convictions are showing here — I think that’s crazy talk. I think save points make sense as a way to do rolling backups that make some intuitive sense and don’t require aggressive user participation (so that I’m not taken out of the game after every fight so I can go save and protect my work), but that doesn’t mean I don’t want the ability to save arbitrarily in addition to that.

]]>
By: Chris http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1912 Chris Wed, 12 Oct 2005 15:01:55 +0000 http://tleaves.com/?p=480#comment-1912 Peter: I think the real problem was that I didn't make it clear what I was trying to do - and adding in terms like 'fiero' only confused this further. So thank you for the apology, but please accept mine for being misleading in the first place. :) Psu: I read your rant about Zelda. Many of your problems have nothing to do with the save system - they are about how the world of Zelda works. For instance, the reseting of the rooms in Zelda happens whenever you leave a room or area - it has nothing to do with the way the save mechanism works, if you see what I mean. Basically, the root of your problem is the game world abstractions for Zelda, not the save system, per se. I freely accept that in the absence of knowledge of either how the game saves it data, or how the world abstractions work, the two issues become one, though, so this isn't meant as a rebuttal, just a brief commentary. I suspect you are not alone in having difficulties with the Zelda world abstractions, although none of the case studies I've gathered so far reflect it so it may be a minority issue. (Or, more likely, the fanbase for Zelda is fairly insular so players who would dislike the world abstractions tend not to play it in the first place). Nintendo are planning to change the world abstractions for the Zelda franchise after Twilight Princess, I understand, perhaps this will produce a game more to your tastes. On reflection, however, I should never have cited Zelda as my example - that was lazy of me. There are better examples of ratcheted progress elsewhere; most 3D platformers have a decent checkpointed autosave system which constitutes ratcheted progress. My apologies for any confusion this dodgy example may have engendered. Peter: I think the real problem was that I didn’t make it clear what I was trying to do – and adding in terms like ‘fiero’ only confused this further. So thank you for the apology, but please accept mine for being misleading in the first place. :)

Psu: I read your rant about Zelda. Many of your problems have nothing to do with the save system – they are about how the world of Zelda works. For instance, the reseting of the rooms in Zelda happens whenever you leave a room or area – it has nothing to do with the way the save mechanism works, if you see what I mean. Basically, the root of your problem is the game world abstractions for Zelda, not the save system, per se. I freely accept that in the absence of knowledge of either how the game saves it data, or how the world abstractions work, the two issues become one, though, so this isn’t meant as a rebuttal, just a brief commentary.

I suspect you are not alone in having difficulties with the Zelda world abstractions, although none of the case studies I’ve gathered so far reflect it so it may be a minority issue. (Or, more likely, the fanbase for Zelda is fairly insular so players who would dislike the world abstractions tend not to play it in the first place). Nintendo are planning to change the world abstractions for the Zelda franchise after Twilight Princess, I understand, perhaps this will produce a game more to your tastes.

On reflection, however, I should never have cited Zelda as my example – that was lazy of me. There are better examples of ratcheted progress elsewhere; most 3D platformers have a decent checkpointed autosave system which constitutes ratcheted progress. My apologies for any confusion this dodgy example may have engendered.

]]>
By: peterb http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1911 peterb Wed, 12 Oct 2005 13:50:22 +0000 http://tleaves.com/?p=480#comment-1911 Chris, I apologize if I misrepresented your position. I think I decided that since some of the characters in your dialogue used some of the terms of art that you favor ("fiero", for example), and since they used the terms "Hardcore" and "Casual" as defined by your taxonomy, that they must be thinly disguised avatars of your own opinions. Sorry for making that unwarranted assumption. Everyone else: go read Chris's article instead of relying on my summary. -Peter PS: But games that don't let me save anywhere are still the devil. Chris,

I apologize if I misrepresented your position. I think I decided that since some of the characters in your dialogue used some of the terms of art that you favor (“fiero”, for example), and since they used the terms “Hardcore” and “Casual” as defined by your taxonomy, that they must be thinly disguised avatars of your own opinions. Sorry for making that unwarranted assumption.

Everyone else: go read Chris’s article instead of relying on my summary.

-Peter
PS: But games that don’t let me save anywhere are still the devil.

]]>
By: Jason http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1910 Jason Wed, 12 Oct 2005 13:10:05 +0000 http://tleaves.com/?p=480#comment-1910 The worst save system I ever encountered was in Chronicles of Riddick: Escape from Butcher Bay. The game was uniformly praised for its gameplay, which was pretty good, but it involved a bizarre and unexplained save system which (I think) saved only the first time you passed a checkpoint. Since the game wasn't linear, I once made the mistake of taking a left instead of a right (or something similar) and stumbling into an area I wasn't supposed to go into yet. The result being I triggered the checkpoint "early", and to get to the next checkpoint was about an hour and a half of playtime. That was just one of the many reasons I traded in the game unfinished, despite being really curious where he got his eyeshine. The worst save system I ever encountered was in Chronicles of Riddick: Escape from Butcher Bay. The game was uniformly praised for its gameplay, which was pretty good, but it involved a bizarre and unexplained save system which (I think) saved only the first time you passed a checkpoint. Since the game wasn’t linear, I once made the mistake of taking a left instead of a right (or something similar) and stumbling into an area I wasn’t supposed to go into yet. The result being I triggered the checkpoint “early”, and to get to the next checkpoint was about an hour and a half of playtime.

That was just one of the many reasons I traded in the game unfinished, despite being really curious where he got his eyeshine.

]]>
By: Tim F http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1909 Tim F Wed, 12 Oct 2005 13:04:16 +0000 http://tleaves.com/?p=480#comment-1909 NoName: My position is that if a game can be paused, if the game can be so interrupted, that such a state should be storable and resumable from a persistent medium (HD, flash mem card, etc). I did not mean to suggest that 'pause' is an acceptable save mechanism, sorry if that was what came across. Chris clarified that saving at a pause 'bookmark' would indeed pretty much require a full state save on at least the PS2, which is also rather extreme. I mentioned that PC legacy platform emulators do this all the time, but this does require the availability of some high volume storage medium (HD, flash mem, etc) which so far limits to PC or XBox. I don't think I'm adding much value on this one, but thanks for the opportunity to rant a bit! NoName:

My position is that if a game can be paused, if the game can be so interrupted, that such a state should be storable and resumable from a persistent medium (HD, flash mem card, etc). I did not mean to suggest that ‘pause’ is an acceptable save mechanism, sorry if that was what came across.

Chris clarified that saving at a pause ‘bookmark’ would indeed pretty much require a full state save on at least the PS2, which is also rather extreme. I mentioned that PC legacy platform emulators do this all the time, but this does require the availability of some high volume storage medium (HD, flash mem, etc) which so far limits to PC or XBox.

I don’t think I’m adding much value on this one, but thanks for the opportunity to rant a bit!

]]>
By: psu http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1908 psu Wed, 12 Oct 2005 11:19:31 +0000 http://tleaves.com/?p=480#comment-1908 It's funny you mention the Zelda save system. Not surprisingly I hate the Zelda save system. http://www.tgr.com/weblog/archives/000285.html I wrote that about Wind Waker, but Link to the past is similar. It’s funny you mention the Zelda save system.

Not surprisingly I hate the Zelda save system.

http://www.tgr.com/weblog/archives/000285.html

I wrote that about Wind Waker, but Link to the past is similar.

]]>
By: Anonymous http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1907 Anonymous Wed, 12 Oct 2005 10:05:13 +0000 http://tleaves.com/?p=480#comment-1907 Tim: if you can pause the game, you can save? Hmm, MAYBE. Most console games are required to run for 12 hours without crashing, to be allowed to release. Beyond that it's guesswork - it will PROBABLY work, but who knows? (As an example, leave Perfect Dark on the Nintendo 64 running for more than 36 hours - it'll tell you you've been playing for some random length of time, possibly even negative, due to a timer overflow). Secondly, there's always the possibility (inevitability?) of the kit getting turned off in the meantime. Especially if it's also what you use as your DVD player, or you want to play another game. "If you can pause you can save" just doesn't cut it. (Don't get me started on games that don't even let you pause, for example in the middle of FMVs or cutscenes. The phone's ringing, if I was watching a movie I could pause it, why can't I pause the cutscene in this game???). Chris: no save game system, ever, saves things like textures in memory (or at least shouldn't). The ability to save anywhere does not require that the entire state of the memory in the console be saved - it ONLY requires the designers/programmers of the game to make the decision to allow you to do it. A game that does NOT allow it, does so only because someone, somewhere, has consciously made the decision that *they* should be in charge of *your* game experience, and *they* don't want *you* to save. In which case, *I* won't play *their* game. (Sports titles excepted?) peterb: I completely agree with you! Tim: if you can pause the game, you can save? Hmm, MAYBE. Most console games are required to run for 12 hours without crashing, to be allowed to release. Beyond that it’s guesswork – it will PROBABLY work, but who knows? (As an example, leave Perfect Dark on the Nintendo 64 running for more than 36 hours – it’ll tell you you’ve been playing for some random length of time, possibly even negative, due to a timer overflow).

Secondly, there’s always the possibility (inevitability?) of the kit getting turned off in the meantime. Especially if it’s also what you use as your DVD player, or you want to play another game. “If you can pause you can save” just doesn’t cut it. (Don’t get me started on games that don’t even let you pause, for example in the middle of FMVs or cutscenes. The phone’s ringing, if I was watching a movie I could pause it, why can’t I pause the cutscene in this game???).

Chris: no save game system, ever, saves things like textures in memory (or at least shouldn’t). The ability to save anywhere does not require that the entire state of the memory in the console be saved – it ONLY requires the designers/programmers of the game to make the decision to allow you to do it. A game that does NOT allow it, does so only because someone, somewhere, has consciously made the decision that *they* should be in charge of *your* game experience, and *they* don’t want *you* to save. In which case, *I* won’t play *their* game. (Sports titles excepted?)

peterb: I completely agree with you!

]]>
By: Chris http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1906 Chris Wed, 12 Oct 2005 07:23:24 +0000 http://tleaves.com/?p=480#comment-1906 Tim: on consoles like the PS2, being able to pause is not the same as being able to save. This is because the current game state can be the product of the play up until that point - saving the current game state may be insufficient to restore all the data up to that point. This is in part due to the unusual architecture of the PS2; the textures and other data loaded into the PS2 have become dynamically cached during play - to completely save the position might require you to save everything in the texture space of the console (depending on how the game was put together) - which could be a huge save. This is why bookmark saves are easy on PC and Xbox - you just dump out all the game state, textures and all if necessary (although outside the PS2 it is rarely necessary as I understand it). The memory card on the PS2 isn't exactly big (8 meg), though. With 32 meg of memory the worst case is presumably that you have to save a 32 meg save file! A disclaimer, however - I'm not a programmer and hardware has always been my weak point, so this just represents my dim understanding of the issues involved. Tim: on consoles like the PS2, being able to pause is not the same as being able to save. This is because the current game state can be the product of the play up until that point – saving the current game state may be insufficient to restore all the data up to that point. This is in part due to the unusual architecture of the PS2; the textures and other data loaded into the PS2 have become dynamically cached during play – to completely save the position might require you to save everything in the texture space of the console (depending on how the game was put together) – which could be a huge save.

This is why bookmark saves are easy on PC and Xbox – you just dump out all the game state, textures and all if necessary (although outside the PS2 it is rarely necessary as I understand it). The memory card on the PS2 isn’t exactly big (8 meg), though. With 32 meg of memory the worst case is presumably that you have to save a 32 meg save file!

A disclaimer, however – I’m not a programmer and hardware has always been my weak point, so this just represents my dim understanding of the issues involved.

]]>
By: Chris http://tleaves.com/2005/10/11/somebody-save-me/comment-page-1/#comment-1905 Chris Wed, 12 Oct 2005 06:57:10 +0000 http://tleaves.com/?p=480#comment-1905 Hi Peter, I think this post does me something of a diservice. The thought experiment was supposed to represent the typical discussions inside an upper market developer with an eye to demonstrating why upper market games tend not to have 'save anywhere' schemes. It was categorically *not* supposed to be my own viewpoint converted into a discussion. My own viewpoint was in an earlier post entitled 'To Save or Not to Save'. Perhaps I could have made this clearer, though. "but on the other hand he agrees that a "let me stop playing now" checkpoint save is pretty much a requirement for reasonable games. Don't such saves present approximately the same QA load?" What I believe is that the player should be able to stop playing at any time with no significant loss of progress. There are two ways to do this - bookmark saves, which can be done easily by exporting the full game state thus producing huge save files (too big for anything but PC and Xbox), or designing the game with inherent ratcheted progress. The latter is my preference, especially for mass market products. Look at Zelda. You don't need to save anywhere in Zelda, because the game is designed to record any significant progress automatically (at least, it was when it was on a cartridge). So, to clarify, there is no voice in the dialogue I posted that represents *my* voice - even the game designer voice is not my own - every voice in the dialogue represents opinions I have heard overtly or implicitly in my time as a game designer, and so writing as if these views are my own is a nearly libellous. :) Of course, this is partly my fault for not making it clear that this is what I was trying to do. I will update the post accordingly to avoid any future misunderstandings. Psu said in my comments "I have never read a convincing argument in favor of not implementing save-anywhere" - the reason for this is that no-one actively advocates not having save-anywhere, and it is actually a web of tensions in game development that prevent it from happening. I decided I'd try and get across a snapshot of the situation in an effort to explain why it is that save-anywhere doesn't happen all that often outside of PC games. I'm starting to regret my impulse to help in this instance, since it has kind of had the opposite effect. :) Anyway, it has provoked some general discussion on the subject, so there's no harm done - unless your post convinces anyone that I am against the player's right to save and quit at any time. Thankfully, there's not a great deal of risk of this. :) Hi Peter, I think this post does me something of a diservice. The thought experiment was supposed to represent the typical discussions inside an upper market developer with an eye to demonstrating why upper market games tend not to have ‘save anywhere’ schemes. It was categorically *not* supposed to be my own viewpoint converted into a discussion. My own viewpoint was in an earlier post entitled ‘To Save or Not to Save’. Perhaps I could have made this clearer, though.

“but on the other hand he agrees that a “let me stop playing now” checkpoint save is pretty much a requirement for reasonable games. Don’t such saves present approximately the same QA load?”

What I believe is that the player should be able to stop playing at any time with no significant loss of progress. There are two ways to do this – bookmark saves, which can be done easily by exporting the full game state thus producing huge save files (too big for anything but PC and Xbox), or designing the game with inherent ratcheted progress. The latter is my preference, especially for mass market products. Look at Zelda. You don’t need to save anywhere in Zelda, because the game is designed to record any significant progress automatically (at least, it was when it was on a cartridge).

So, to clarify, there is no voice in the dialogue I posted that represents *my* voice – even the game designer voice is not my own – every voice in the dialogue represents opinions I have heard overtly or implicitly in my time as a game designer, and so writing as if these views are my own is a nearly libellous. :) Of course, this is partly my fault for not making it clear that this is what I was trying to do. I will update the post accordingly to avoid any future misunderstandings.

Psu said in my comments “I have never read a convincing argument in favor of not implementing save-anywhere” – the reason for this is that no-one actively advocates not having save-anywhere, and it is actually a web of tensions in game development that prevent it from happening. I decided I’d try and get across a snapshot of the situation in an effort to explain why it is that save-anywhere doesn’t happen all that often outside of PC games. I’m starting to regret my impulse to help in this instance, since it has kind of had the opposite effect. :)

Anyway, it has provoked some general discussion on the subject, so there’s no harm done – unless your post convinces anyone that I am against the player’s right to save and quit at any time. Thankfully, there’s not a great deal of risk of this. :)

]]>