View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0001283 | AI War 1 / Classic | Suggestion - Interface Ideas - Game and Menu Controls | Nov 11, 2010 6:46 pm | Jan 3, 2011 11:45 am | |
| Reporter | Lancefighter | Assigned To | keith.lamothe | ||
| Status | closed | Resolution | no change required | ||
| Summary | 0001283: Rolling autosaves | ||||
| Description | Basically, just 'keep the last x autosaves', instead of the option being 'keep one save' and 'fill up my drive with saves' | ||||
| Tags | No tags attached. | ||||
| Internal Weight | |||||
| related to | 0001984 | considering | Chris_McElligottPark | Autosaves subdirectory and/or limited number of "no-overwrite" autosaves |
|
|
when I asked about this to keith in irc, he mentioned that the main issue is permissions for deleting and stuff.. Ah well, its not too much an issue to do it manually. |
|
|
There shouldn't be any permissions issues worth thinking about. The AI War process is creating the saves so it should also have the same permission to delete them. Actually deleting saves isn't even required for a "rolling" saves method. AI War already has the ability to overwrite existing saves. Simply naming the saves AutoSave1, AutoSave2 etc & tracking what the next AutoSave slot is should be enough to enable automatic overwriting of AutoSave slots. |
|
|
No, permissions are frequently an issue, even for files we write ourselves. I'm not talking about common cases, but frequent enough that I want to avoid any increase to the file-permissions necessary for the app to function correctly during a game. During startup and during player-initiated-saves is a different thing, since it will at least be clear to the player what caused the crash if there is a problem. And yes, it will sometimes crash despite our efforts to catch file-system exceptions. Sometimes AV programs and even some OS's get _really_ enthusiastic about enforcement. |
|
|
Keith, I wonder if you could have an option for AI War to attempt rolling autosaves and if it fails (say because the OS was really enthusiastic about file enforcement) then it throws some kind of error and alerts the player that it isn't possible. (This idea probably comes from playing Dwarf Fortress and having access to all kinds of options, some of which just break the game on some systems). |
|
|
Draco, my point was that sometimes the failure means an immediate death of the app before it gets a chance to even log stuff. In any event, I honestly do not wish to pursue this any further :) |
|
|
Oh wow, yeah, I could see that as being a big issue. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Nov 11, 2010 6:46 pm | Lancefighter | New Issue | |
| Nov 13, 2010 1:35 pm | Lancefighter | Note Added: 0003363 | |
| Nov 15, 2010 1:06 pm | Malibu Stacey | Note Added: 0003597 | |
| Nov 15, 2010 1:10 pm | keith.lamothe | Note Added: 0003599 | |
| Nov 15, 2010 1:10 pm | keith.lamothe | Status | new => resolved |
| Nov 15, 2010 1:10 pm | keith.lamothe | Resolution | open => no change required |
| Nov 15, 2010 1:10 pm | keith.lamothe | Assigned To | => keith.lamothe |
| Nov 15, 2010 1:46 pm | Draco18s | Note Added: 0003603 | |
| Nov 15, 2010 1:52 pm | keith.lamothe | Note Added: 0003605 | |
| Nov 15, 2010 2:16 pm | Draco18s | Note Added: 0003606 | |
| Dec 10, 2010 10:04 pm | Winter Born | Relationship added | related to 0001984 |
| Jan 3, 2011 11:45 am | Chris_McElligottPark | Status | resolved => closed |
