summaryrefslogtreecommitdiff
path: root/src/saveload
AgeCommit message (Collapse)Author
2009-05-26(svn r16442) -Codechange: use new Vehicle accessors at more placessmatz
2009-05-26(svn r16441) -Codechange: new class SpecializedVehicle used as superclass ↵smatz
for all vehicle types
2009-05-26(svn r16439) -Change: Make the default vehicle servicing settings ↵yexo
company-based settings, so in a multiplayer game everyone can change them.
2009-05-26(svn r16434) -Cleanup: remove some dead code; primarily stuff that can't be ↵rubidium
reached like break after returns or break after functions that never return (i.e. NOT_REACHED)
2009-05-23(svn r16407) -Fix [FS#2913]: set CargoPacket::source to INVALID_STATION when ↵smatz
source station is deleted
2009-05-23(svn r16403) -Codechange: move code related to subsidies to separate filesmatz
2009-05-23(svn r16394) -Codechange: move (NewGRF) cache variables into a separate ↵rubidium
struct so (some vehicle related) NewGRF cache 'desyncs' can be tested easier.
2009-05-22(svn r16393) -Codechange: move VehicleRail to Train.rubidium
2009-05-22(svn r16392) -Codechange: move some variables (the ones that aren't caches) ↵rubidium
from VehicleRail to Train
2009-05-22(svn r16391) -Codechange: use Train instead of Vehicle where appropriate.rubidium
2009-05-22(svn r16390) -Codechange: move u.road to RoadVehicle.rubidium
2009-05-22(svn r16389) -Codechange: use RoadVehicle instead of Vehicle where appropriaterubidium
2009-05-22(svn r16388) -Codechange: move u.air to Aircraftrubidium
2009-05-22(svn r16387) -Codechange: use Aircraft instead of Vehicle where appropriaterubidium
2009-05-22(svn r16385) -Codechange: move u.disaster to DisasterVehicle.rubidium
2009-05-22(svn r16384) -Codechange: move u.effect to EffectVehiclerubidium
2009-05-22(svn r16382) -Codechange: make GetVehicleTrackdir a member function of Vehicle.rubidium
2009-05-22(svn r16378) -Codechange: replace OldPool with simpler Pool. Compilation ↵smatz
time, binary size and run time (with asserts disabled) should be improved
2009-05-21(svn r16373) -Codechange: use () instead of (void) for functions without ↵smatz
parameters
2009-05-19(svn r16357) -Codechange: delete invalid depots in TTD savegames caused by ↵smatz
improper SVXConverter conversions
2009-05-18(svn r16353) -Fix (r1): invalid read when OTTD savegame contains VEH_INVALIDsmatz
2009-05-18(svn r16352) -Codechange: use PoolItem::GetIfValid() instead of ↵smatz
PoolItem::IsValidID() and PoolItem::Get()
2009-05-18(svn r16351) -Fix (r14773): signal handler could end in endless loopsmatz
2009-05-18(svn r16349) -Codechange: rename IsPlainRailTile() to IsPlainRail(), ↵smatz
introduce shiny new IsPlainRailTile()
2009-05-17(svn r16346) -Codechange: don't exploit the pool system in the way done for ↵rubidium
the saveload pool; it makes writing replacements unnecessarily difficult. And now we've got SmallVector that does more than enough for saving with less lines of 'interface' code.
2009-05-17(svn r16338) -Codechange: split loading of references to two phasessmatz
In the first phase, indexes are stored. In the second phase, indexes are checked for validity and converted to pointers
2009-05-17(svn r16335) -Codechange: indenting fixes in saveload.cppsmatz
2009-05-17(svn r16334) -Codechange: use NeedLength enumsmatz
2009-05-17(svn r16331) -Codechange: replace _sl.save by an enumsmatz
2009-05-17(svn r16330) -Fix (r16329): we were shortly visited by Mr. Kenobi.rubidium
2009-05-17(svn r16329) -Fix: possible desync when removing lots of towns in-game (not ↵rubidium
that we allow removing towns now, but better not have desync prone code lingering around)
2009-05-17(svn r16328) -Fix: desync when removing lots of stationsrubidium
2009-05-17(svn r16327) -Codechange: replace IsValidPoolItemID(index) by ↵smatz
PoolItem::IsValidID(index)
2009-05-16(svn r16326) -Codechange: replace GetPoolItemPoolSize() by ↵smatz
PoolItem::GetPoolSize()
2009-05-16(svn r16325) -Codechange: replace GetPoolItem(index) by PoolItem::Get(index)smatz
2009-05-16(svn r16320) -Fix (r11939): loading of savegames created in revision between ↵smatz
0.3.5 and 0.3.6 caused crash
2009-05-15(svn r16315) -Codechange: move the autorenew settings to a new ↵yexo
CompanySettings struct
2009-05-10(svn r16269) -Codechange: use gcc's ability to check parameters sent to ↵smatz
printf-like functions -Fix: wrong number of parameters or wrong parameter types sent to printf-like functions at several places
2009-05-06(svn r16242) -Codechange: rework pausingrubidium
-Fix [FS#2864]: autopause and manual pausing conflict with eachother -Fix: new game + pause on new game + autopause make the game not unpause on the first join
2009-05-03(svn r16214) -Fix [FS#2878]: shared orders without orders weren't properly ↵rubidium
converted causing corrupt/invalid orders when loading pre 0.7 savegames.
2009-04-24(svn r16133) -Fix (r16129): who would've thought that the saveload system ↵rubidium
couldn't handle skipping strings on load yet?
2009-04-23(svn r16129) -Feature-ish: configurable digit group separator per language ↵rubidium
with user override.
2009-04-21(svn r16118) -Change/cleanup: remove the hexadecimal 'in TTD the string had ↵rubidium
this ID' from 'some' strings and replace the string name with something more sensible.
2009-04-12(svn r16037) -Feature: allow (per order) to let a train stop at the near ↵rubidium
end, middle or far end of a platform from the point of view of the driver of the train that enters the station.
2009-03-30(svn r15893) -Add: watermark crash.sav and don't generate crash information ↵glx
if a loaded crash.sav causes a crash
2009-03-21(svn r15799) -Codechange: Save rail type label list to savegame and perform ↵peter1138
mapping on load if necessary.
2009-03-15(svn r15727) -Codechange: apply coding style to namegen arrayssmatz
-Fix (r1307): missing comma in _name_original_english_4
2009-03-15(svn r15718) -Cleanup: apply some comment coding style on the rest of the ↵rubidium
sources too
2009-03-14(svn r15711) -Codechange: lots of whitespace cleanup/fixesrubidium
2009-03-12(svn r15695) -Feature [FS#2672]: Allow the number of towns that will be ↵belugas
generated in the generate world window to be customized. Some warnings: -the maximum number of towns to be accepted is set to 5000 -the minimum number of towns to be accepted is set to 1 -the number that is specified is NOT guaranteed to be the exact number of towns generated. The normal mechanism of town creation has not been modified. So town placement can still fail. -setting a custom number of town will change your difficulty settings to custom as well