summaryrefslogtreecommitdiff
path: root/src/saveload
AgeCommit message (Collapse)Author
2011-11-04(svn r23091) -Codechange: rename some Get*Z functions to Get*PixelZ ↵rubidium
functions if they return the Z in pixels (like TilePixelHeight)
2011-11-03(svn r23084) -Codechange: get rid of a redundant variablerubidium
2011-11-03(svn r23083) -Fix: run StartupEngines() if NewGRFs changed during loading a ↵yexo
savegame, just like it's running when NewGRFs are changed during a game
2011-11-01(svn r23080) -Feature: [NewGRF] Use variable 10 to enable vehicle GRFs to ↵frosch
draw different sprites on the map and in various GUIs.
2011-11-01(svn r23074) -Codechange: Add Vehicle::GetEngine() to simplify code.frosch
2011-10-30(svn r23065) -Add: -q option to read a savegame, write some general info and ↵yexo
exit
2011-10-09(svn r23013) -Doc: Add a note about the savegame version used in the 1.1 branch.frosch
2011-10-03(svn r22977) -Codechange: Rename SetCachedEngineCounts() to ↵frosch
GroupStatistics::UpdateAfterLoad().
2011-10-03(svn r22975) -Codechange: Do not store Group::num_vehicle in the savegame, ↵frosch
but compute it like num_engines on load.
2011-09-23(svn r22958) -Fix [FS#4778]: the savegame description and loading of ↵rubidium
savegames would crash with savegames from a patched stable (which didn't bump the savegame version)
2011-09-23(svn r22957) -Codechange: SPECSTR_PLAYERNAME is actually the company name, ↵rubidium
which is derived from the town name + ' Transport'. So make sure the last constant is in sync with the town name table
2011-09-11(svn r22920) -Cleanup: replace two very old town variables taht were rarely ↵yexo
used by small functions that compute there value on-the-fly when necessary
2011-09-09(svn r22915) -Fix (r22743): TTO savegames with any aircraft not in an hangar ↵yexo
caused crashes during load
2011-09-09(svn r22914) -Fix [FS#4716]: old TTO/TTD savegames could get non-stop via ↵rubidium
orders upon savegame loading, even when those orders did not exist back then. This 'conversion' feature is something for TTDPatch and old OpenTTD savegames
2011-09-03(svn r22880) -Cleanup: SIZE_MAX is now defined in stdafx.hfrosch
2011-08-25(svn r22843) -Fix [FS#4748]: Harden savegame load against too many ai config ↵planetmaker
settings (monoid)
2011-08-24(svn r22827) -Codechange: pass the/a more proper sub directory when opening ↵rubidium
(some) files instead of the default one
2011-08-22(svn r22811) -Change: don't try to load static NewGRFs when loading the ↵rubidium
intro game for the first time
2011-08-20(svn r22767) -Add: river generationrubidium
2011-08-12(svn r22737) -Fix [FS#4717]: some corrupted savegames could crash OpenTTD ↵rubidium
instead of showing the "savegame corrupted" message
2011-08-12(svn r22736) -Codechange: constify some numbersrubidium
2011-08-03(svn r22713) -Feature: [NewGRF] Per vehicle custom cargo ageing period.michi_cc
2011-07-29(svn r22693) -Fix [FS#4691]: The override managers were not reset in some ↵frosch
cases like creating a new scenario.
2011-07-09(svn r22644) -Codechange: Use IsShipDepotTile() instead of single water- and ↵frosch
depottests. (adf88)
2011-07-02(svn r22625) -Fix (r22050)[FS#4642]: Do not zero the orders of disaster ↵frosch
vehicles when converting savegames.
2011-06-13(svn r22573) -Fix (r22567): Fix operator precedence.terkhen
2011-06-12(svn r22568) -Change: Add a list of persistent storages to the Town class.terkhen
2011-06-12(svn r22567) -Codechange: Store persistent storages inside a pool.terkhen
2011-06-04(svn r22540) -Codechange: Rename AcceptancePickup to GoodsEntryStatus.terkhen
2011-05-22(svn r22487) -Fix (r15216)[FS#4622]: engine IDs for coal and mail wagons ↵smatz
were swapped
2011-05-18(svn r22473) -Codechange: Automatic orders are better called implicit orders ↵planetmaker
as no real order influencing path finding is added
2011-05-14(svn r22459) -Doc: Typo fixes and doxygen markup improvements.alberth
2011-05-01(svn r22406) -Document: some more "random-ish" tidbitsrubidium
2011-04-22(svn r22371) -Fix [FS#4596]: make sure saving has completely and utterly ↵rubidium
finished before starting a new one. Otherwise you could start a save, which would be marked as done by the previous save stopping and then yet another save could be started... and that could create a deadlock
2011-03-05(svn r22198) -Codechange: make some constants name more explicitrubidium
2011-02-27(svn r22155) -Codechange: one comment in saveload/station_sl.cpp was wrongsmatz
2011-02-26(svn r22146) -Fix: don't run savegame conversion during SlNullPointers; the ↵rubidium
pointer might not be converted or be NULL at that point
2011-02-25(svn r22144) -Codechange: Unify 'while (true)' to 'for (;;)'alberth
2011-02-23(svn r22130) -Fix: failed assert when loading savegame with empty shared ↵smatz
orderlist
2011-02-22(svn r22129) -Codechange: use simpler check to test if there any towns in ↵smatz
the game
2011-02-20(svn r22124) -Codechange: move comment to its logical placerubidium
2011-02-20(svn r22122) -Fix/change: when a NOT_REACHED in saveload can be reached due ↵rubidium
to an invalid savegame, use SlErrorCorrupt instead
2011-02-12(svn r22070) -Fix [FS#4503] (r21399): crashes when disconnecting after ↵rubidium
requesting the map
2011-02-11(svn r22064) -Fix [FS#4497] (r21399): crash when disconnecting and ↵rubidium
reconnecting while the server is still saving the savegame
2011-02-11(svn r22062) -Fix: memory leak when saving fails mid-wayrubidium
2011-02-11(svn r22061) -Change: when loading old savegames with long trains set the ↵yexo
maximum train length to the length of the longest train
2011-02-11(svn r22058) -Fix (r22050): removing broken orders happened before the ↵rubidium
"front engine" conversion was done for road vehicles, so road vehicles didn't have orders anymore
2011-02-11(svn r22057) -Fix: waypoint conversion could (previously) silently overfill ↵rubidium
the pool and crash
2011-02-10(svn r22050) -Fix-ish [FS#4496]: in ancient savegames, e.g. TTO savegames, ↵rubidium
non primary vehicles (wagons and such) could have unitnumbers or even orders. However, these orders would not be updated when a station is removed. As such some savegames have wagons with current orders to invalid stations which triggers trouble in the load conversion. So, trash any orders/unitnumbers a non-primary vehicle has.
2011-02-09(svn r22046) -Fix [FS#4487]: Make sure order indices stay in range when ↵frosch
copying, sharing, unsharing or deleting all orders.