summaryrefslogtreecommitdiff
path: root/saveload.c
AgeCommit message (Collapse)Author
2006-03-18(svn r3972) changed r3966 to only affect OSX. Too bad linuxes with utf-8 ↵bjarni
filesystems now got the saving problem again, but now we can compile on all platforms again
2006-03-18(svn r3966) -Fix: [OSX and some linux] [ 1157244 ] Can't save game if name ↵bjarni
contains german umlauts now it saves correctly, but the load window still display some chars wrong (fix by ln-)
2006-03-17(svn r3915) - Savegame version 23: Do not save the autosave interval anymore ↵Darkvater
with savegames. Some people should be very happe atm ;)
2006-03-02(svn r3726) - [6/6] Finalize conversion, finally save the patches struct.Darkvater
- Remove the temporary synchronisation in during the map-transfer as this is no longer needed - The saved patches work just like the saved gameoptions. You have a _patches and a _patches_newgame struct. The _patches_newgame struct contains the values from the configuration file and thus the defaults for new games. When a new game is started or an older game is loaded, the default values are copied over to _patches to be used. When you load a game that has PATS saved, the default values are also loaded, but immediately overwritten by the values from the savegame. This ensures that player-based values are always taken from your personal preferences. - The current implementation also changes the default values if you change player-based settings in the game. For example changing window_snap_radius in a certain game will also change it for all next OpenTTD sessions. - The savegame version has been increased to 22. - The last 6 orso patches close the following reports: [ 1366446 ] different names for patches: all patch settings have the same name as in the configuration file and are reachable from the console. [ 1288024 ] Strange string on OTTD initial screen: configuration (and this includes patches) inputs are validated and clamped to their minimum/maximum values. [ 1423198 ] Make "Signals on Drive side" player, not server, based: this is only visual so current setting is to save it with the savegame but not synchronise in multiplayer. [ 1208070 ] Patches and New GRF options saved: apart from newgrf this is done
2006-03-02(svn r3721) - [3/4] Present the game with a unified structure for the ↵Darkvater
configuration-ini, saveload, console and gui representations of the settings. From part 3 on, OpenTTD is once again compilable. - Code has been added to the saveload code to honour the SLF_SAVE_NO and SLF_NETWORK_NO flags. SLF_NETWORK_NO just reads in the the bytestream and then discards it because that setting is not synchronised. For this the function SlSkipBytes() has been reinstated - SAVEGAME_VERSION has been changed from a constant ENUM to a constant integer. This was done for the configuration-code to be able to tell which version of a CONDVAR type to handle. As said before, because settings can be saved to the savegame, they will become conditional at some point. The configuration code always has to read the 'most recent' version. - GameOptions are saved through the new structure. It is fully compatible with any old savegame...however it is better. Because of the move to this new format we can instruct the loader to skip certain variables. Autosave for example isn't synchronised anymore (in the network). The same goes for currency and kilometers :D. That is the only functionality change this patch is supposed to have if I have written it correctly. - NOTE! Patches are still not saved so for Multiplayer to work network_client.c and network_server.c needed slight modifications.
2006-03-01(svn r3716) - Move the option settings (_game_opt_desc) from misc.c into ↵Darkvater
settings.c. This will be merged with SettingDesc misc_settings above as they are actually the same. No functionality has changed beside the fact that the settings are now in a different Chunkhandler.
2006-03-01(svn r3712) - Change the boolean assignment/reading from == 1 to != 0 as ↵Darkvater
suggested by Tron.
2006-03-01(svn r3711) - Extract the WriteValue() and ReadValue() parts of the saveload ↵Darkvater
code to assign/read to/from a variable. Preparatory work to make this the general function type for such assignments
2006-02-23(svn r3662) Fix regression FS#58 with union, endiannes and static ↵Darkvater
decleration problems. Removed the union.
2006-02-20(svn r3628) - Add BOOL and STRING types to saveload capabilities. String is ↵Darkvater
unused up till now and it saves the full-buffer, regardless of how many characters the string actually has. So give a warning for that and figure it out later.
2006-02-20(svn r3626) - Merge the SlGlobVarList (global variables) and SaveLoad ↵Darkvater
(offset in struct, variable determined runtime) structs. The only difference between these two is the last element that either holds the address or the offset in the struct. Which one to take is determined by which function is called; SlObject or SlGlobList.
2006-02-20(svn r3624) - CodeChange: Some cosmetic changes in the saveload code;Darkvater
- hide and validate variable-size calculation (SlCalcConvMemLen/SlCalcConvFileLen) - some signed/unsigned fixes - handle conditional variables the same way for global -and struct types, through checking version_from and version_to
2006-02-20(svn r3623) - Standardize DEBUG() messages in saveload.cDarkvater
2006-02-02(svn r3520) Remove unused parameters from some functionstron
2006-02-01(svn r3511) More whitespace ([FS#46] by Rubidium)tron
2006-01-29(svn r3483) -Fix: fixed warning about setjmp (tnx Bjarni for testing, and ↵truelight
tnx for taking the effort to commit it)
2006-01-29(svn r3472) - [PBS] Remove from trunk. Anyone interested can still find it ↵Darkvater
in branch/pbs. This reverts revisions r3158, r3140, r3075, r2977, r2674, r2625, r2621, r2529, r2528, r2525, r2524, r2519, r2517, r2516, r2507, r2499. (in conjunction with Tron) - The only change is that the nsignalsw.grf file is kept and that existing nightlies with PBS signals get those signals converted to combo-signals.
2006-01-18(svn r3403) -Codechange: [multiheaded engines] the references between the ↵bjarni
front and rear engines are no longer saved instead the pointers are generated on load
2006-01-12(svn r3396) - Autoreplace changes:peter1138
- Change fixed array per player to a single pool. This avoids future problems with vehicle numbers and decreases savegame size. Engine replacements from previous savegames will be lost. - Move engine replacement code from players.c to engine.c. (thanks to blathijs for rewriting this)
2006-01-06(svn r3376) -Codechange: made enums for GenerateWorld and InitializeGame 'mode'truelight
-Fix: [ FS#30 ] don't reset date in SE when pressing RandomLand (rewrote patch of MeusH, but Peter warned me I should put his name in, so... oh well)
2005-12-29(svn r3356) - Remove unused parameter of AfterLoadGame().peter1138
- Initialize _sl_version after loading an old savegame.
2005-12-13(svn r3294) - Fix: use INVALID_STRING_ID instead of -1.Darkvater
- Fix: savegames only give back one message, show this by ignoring the first argument. Perhaps make the message more verbose in the future by adding STR_ equivalents next to the already existing debug messages.
2005-11-26(svn r3236) - Fix: warnings about 'CDECL must be used with ...' on VS6Darkvater
2005-11-22(svn r3227) -Codechange: [Savegame] removed 'minor' version, and renamed ↵truelight
'major' version to just: version.
2005-11-18(svn r3218) -Feature: Multiheaded train engines will now stay in the same trainbjarni
This means that any user attempt to remove a rear engine will tell the user to move the front engine instead This fixes the assert when moving multiheaded engines (introduced in r3144) Note: to make old savegames use this feature, some engines might be turned around in order to link engines in pairs -Codechange: train subtype is now a bitmask This allows fast access to info like if it is a wagon or engine and if it is in front and so on Note: savegame version bump
2005-11-16(svn r3212) - Waypoints/Depots: Store waypoint index in m2 for waypoints. ↵peter1138
This moves the ground type bits from m2 to m4 for waypoints and depots (leaving room for depot index in m2 in future), and moves the custom graphics ID to the waypoint struct. - Waypoints: Until now stat_id was saved but never assigned to. Instead we now save the GRFID/local index of the custom graphics so that GRF file changes can leave graphics intact.
2005-11-07(svn r3155) -Feature: [autoreplace] autoreplace can now remove cars from too ↵bjarni
long trains -Trains will now remember the length of stations it visits and sell cars when being autoreplaced if they became too long -If it needs to remove cars, then it starts from the front and sells all it can find until the train is short enough -This only works for trains, that knows the station length of the route so a full uninterrupted run is needed -a train needs 1-2 runs to detect if the shortest station is expanded -This feature can be turned on and off in the train replace window and each company can have it's own setting -NOTE: minor savegame version bump
2005-10-22(svn r3077) static, const, bracing, indentation, 0 -> '\0'/NULL, typos in ↵tron
comments, excess empty lines, minor other changes nothing spectacular, just some stuff, which piled up
2005-10-02(svn r3008) [ 1247535 ] Native Support for Win64 (compile&run only) (michi_cc)Darkvater
Fix warning in graph_gui.c with const problem
2005-09-11(svn r2944) Add Revision keyword to the file for --version/-vDarkvater
2005-09-11(svn r2940) (Internal) Remove the need for the 'tmp' variable for _sl.buf, ↵Darkvater
instead operate on _sl.buf_ori which is not changed for init/deinit.
2005-09-11(svn r2939) Fix racing condition when using threaded saving (last one I hope).Darkvater
When game is saved and you save again you get an error message (not when autosaving) and it's aborted. When a game is loaded in the meanwhile execution pauses until saving thread finishes.
2005-09-02(svn r2908) If threaded saving fails or does not happen, sending subsequent ↵Darkvater
messages might hang ottd. So don't send them :)
2005-09-02(svn r2906) Fix some threaded saving problems. Now the thread only ↵Darkvater
interfaces with the main program through a sort of mutex. Communication uses the function OTTD_SendThreadMessage() with the approiate message which is handled in ProcessSentMessage() during the main loop.
2005-08-13(svn r2863) Move some type declarations into saveload.c, should've been part ↵tron
of r2819
2005-08-12(svn r2861) Move inclusion of setjmp.h into saveload.c, should've been part ↵tron
of r2819
2005-08-06(svn r2819) Make variables, which are exclusive for internal use of the ↵tron
save/load code, static in saveload.c
2005-08-06(svn r2817) -Codechange: [autoreplace]: moved autoreplace and autorenew to ↵bjarni
serverside -This means that one company can only have one setting for renew and replacing more clients will not fight due to different settings anymore -This is a needed step in the line to fix autoreplacing dualheaded locomotives NOTE: savegame revision bump (peter1138 + me in coop)
2005-08-06(svn r2813) Plug a thread leak and prevent a race condition which could lead ↵tron
to multiple simultaneous saves and therefore severe corruption
2005-08-05(svn r2810) Threads may now return information when they terminate using a ↵tron
void*. Also add the new files to the MSVC project files.
2005-08-05(svn r2809) Implement more generic threading functions, which allow more ↵tron
than one thread
2005-08-05(svn r2807) Fix two major bugs in the threaded save code:tron
- Do not dereference a local variable which no longer exists; this lead to random crashes when saving - (Win32) Do not close a handle before it is used last There are still many major problems (race conditions and resulting memory corruption/crashes) left
2005-07-24(svn r2701) Insert Id tags into all source filestron
2005-07-22(svn r2673) Include functions.h directly, not globally via openttd.htron
2005-07-22(svn r2672) Move saving/loading related declarations to saveload.htron
2005-07-21(svn r2669) Shuffle some more stuff around to reduce dependenciestron
2005-07-21(svn r2660) Get rid of some more shifting/anding/castingtron
2005-07-20(svn r2654) SlWriteUint16() should have a uint16 as parameter, not some ↵tron
arbitrary enum
2005-07-20(svn r2651) - Fix: [ 1220776 ] Removes warning when compiling saveload.c on ↵Darkvater
some GCC versions (glx). This only works as long as there is only 1 saving thread active, as is the case now.
2005-07-20(svn r2648) Only use _stdcall calling convention for zlib on win32/msvc.ludde