Erich/openttd - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2009-11-28	(svn r18330) -Cleanup: remove some unneeded includes	rubidium

2009-10-21	(svn r17840) -Codechange: use the new pool's concepts (caching + not ↵	rubidium
	zeroing). Improves average CargoPacket con/destruction time by ~20%, MoveTo/Append by 5-10% and application performance by up to 2%.
2009-10-20	(svn r17836) -Codechange: split the CargoPacket constructor for creating ↵	rubidium
	'real' new CargoPackets and saveload. For saveload we do not need to set anything except two variables (the rest is always overwritten by the load), for new 'real' cargo also pass the source_xy; dereferencing st before calling is easier than resolving st->index back to st and then dereferencing. Also don't set loaded_at_xy because that is of no importance when not loaded in a vehicle.
2009-10-20	(svn r17818) -Codechange: iterate the cargo list from the back when trying ↵	rubidium
	to merge packets. Chances are higher that the last packet (in the FIFO-ish queue) is mergeable with the to be added package. If a train gets loaded packets get split up and put into the different carriages, at unload they are unloaded in the same order so the last in the FIFO-ish queue is likely the packet it can merge with. This results in a 5-10% performance improvement of CargoList's Append/MoveTo without performance degradation of AgeCargo.
2009-10-19	(svn r17813) -Codechange: unify the CargoPacket related coding style	rubidium

2009-10-19	(svn r17812) -Codechange: move the feeder_share cache from CargoList to ↵	rubidium
	VehicleCargoList; saves 512 bytes per station and 1-2% on CargoList::MoveTo.
2009-10-18	(svn r17809) -Fix: MSVC compilation.	frosch

2009-10-18	(svn r17807) -Codechange: move all 'updates' just after the 'load' ↵	rubidium
	constructor of CargoPackets to the constructor call itself
2009-10-18	(svn r17804) -Codechange: move the CargoPacket 'invalidation' when stations ↵	rubidium
	get removed to CargoPacket.
2009-10-18	(svn r17801) -Codechange: for StationCargoLists the 'loaded_at_xy' does not ↵	rubidium
	matter when merging CargoPackets
2009-10-18	(svn r17800) -Codechange: first steps into making CargoList a template	rubidium

2009-10-18	(svn r17795) -Codechange: split cargolist into one for vehicles and one for ↵	rubidium
	stations.
2009-10-07	(svn r17739) -Cleanup: compiler didn't warn about an unused variable, ↵	rubidium
	fonsinchen did
2009-10-07	(svn r17736) -Codechange [FS#3135]: rewrite CargoList::MoveTo; don't require ↵	rubidium
	the secondary list, use cache updates instead of rebuilds. This is usually faster because of primarily gradual loading that only moves a (small) part of the cargo each time. Based on patch by fonsinchen.
2009-10-07	(svn r17735) -Codechange: update the cache one inserting/removing ↵	rubidium
	CargoPackets from the CargoList via Append/Truncate instead of rebuilding the whole cache. For Append this changes the O(n) cache rebuild into a O(1) cache update. For Truncate no temporary list is needed anymore (based on patch by fonsinchen)
2009-10-06	(svn r17733) -Codechange: store the 'days in transit' cache as the sum of ↵	rubidium
	the days in transit instead of the average; the variable isn't requested that often (primarily station NewGRFs) that the dividing/testing for dividing by 0 step needs to be cached.
2009-10-06	(svn r17732) -Codechange: reorder some variables of cargo packets/cargo ↵	rubidium
	lists to get better alignment and smaller structs; both from 40 bytes to 32 bytes on 64 bits.
2009-10-06	(svn r17731) -Codechange: do not cache a boolean which states whether some ↵	rubidium
	other variable is not 0.
2009-10-06	(svn r17730) -Codechange: do not cache the source of a packet in the cargo ↵	rubidium
	list. It's only used for (some) GUI/NewGRF purposes so precalculating it costs more than calculating when it's actually used.
2009-10-06	(svn r17727) -Codechange: some coding style and documentation fixes	rubidium

2009-10-06	(svn r17722) -Codechange: simplify the cargopacket constructor; unduplicate ↵	rubidium
	if and don't set a value to 0 if it already is 0.
2009-10-06	(svn r17721) -Codechange: replace a magic number with a constant	rubidium

2009-10-06	(svn r17720) -Codechange: guard the CargoPacket variables that are cached in ↵	rubidium
	CargoLists so they cannot be written from outside the CargoList class (based on patch by fonsinchen)
2009-08-21	(svn r17248) -Fix: add GPL license notice where appropriate	rubidium

2009-08-08	(svn r17113) -Change [FS#265][FS#2094][FS#2589]: apply the subsidy when ↵	smatz
	subsidy's destination is in station's catchment area and cargo packets originate from subsidy's source -Change [FS#1134]: subsidies aren't bound to stations after awarding anymore, they still apply to town or industry, no matter what station is used for loading and unloading. Awarded subsidies from older savegames are lost -Change [NoAI]: due to these changes, AISubsidy::GetSource and AISubsidy::GetDestination now return STATION_INVALID for awarded subsidies
2009-07-22	(svn r16914) -Codechange: split Station and BaseStation into different files	rubidium

2009-06-29	(svn r16694) -Fix [FS#2995] (rgradual loading, rnewindustries): only pay for ↵	rubidium
	whatever has been actually unloaded and perform the payment when unloading has finished. This fixes, amongst others: * cheating by starting to unload and after getting paid rushing to the depot to get sold (or unloading, loading and getting paid again for the remainder) * cargo being dropped onto a station at the moment a stockpiling industry doesn't accept it anymore * industries getting cargo that has not been unloaded yet and subsequently dumping it back on the station in one go Note: you will now get paid after the unloading has finished, so you'll have to wait a bit longer for 'your' money.
2009-05-29	(svn r16459) -Codechange: move definition of several cargopacket accessors ↵	smatz
	to header file
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-16	(svn r16325) -Codechange: replace GetPoolItem(index) by PoolItem::Get(index)	smatz

2009-01-31	(svn r15299) -Cleanup: remove many redundant includes	smatz

2009-01-04	(svn r14828) -Codechange: move most of save/load-specific code to separate files	smatz

2008-09-03	(svn r14235) -Fix (r14234): compilation with MSVC was broken	glx

2008-09-03	(svn r14234) -Fix: feeder share was computed wrong when splitting cargo packet	smatz

2008-08-23	(svn r14137) -Codechange: Remove a now unused member of CargoPacket	celestar

2008-06-27	(svn r13647) -Codechange: replace MAX_UVALUE() for std types with the ↵	skidd13
	equivalent constant
2008-05-04	(svn r12940) -Fix [FS#1974](r12913): [autoreplace] a vehicle backup should ↵	bjarni
	include the cargo packets in the vehicle as well
2008-04-06	(svn r12599) -Codechange: force AllocateSafeRaw() to be linked to simplify ↵	smatz
	compiler's decisions about inlining
2008-03-31	(svn r12489) -Codechange: split station.h into station_base.h and ↵	rubidium
	station_func.h.
2008-02-12	(svn r12120) -Cleanup: const-ify parameters when checking for same ↵	peter1138
	cargopacket source.
2007-08-30	(svn r11002) -Codechange: unhackify the cargo packet list saving (a little).	rubidium

2007-08-02	(svn r10749) -Codechange: use the generic pool item class as super class for ↵	rubidium
	cargo packets, which results in a nice reduction of code duplication.
2007-08-01	(svn r10743) -Fix: some typos introduces by copy-pasting.	rubidium

2007-07-01	(svn r10404) -Fix (r10266): Adding a cargo packet to cargo list could ↵	peter1138
	overflow. Now we detect this and just leave the cargo in its own packet.
2007-06-23	(svn r10297) -Codechange: increase the performance of ↵	rubidium
	CargoPacket::AllocateRaw using a very simple "caching" system.
2007-06-22	(svn r10266) -Codechange: keep track of the origin, time of travel and ↵	rubidium
	accumulated feeder share (transfers) of individual pieces of cargo. This means that cargo isn't thrown on a big pile when it's put in a station or unloaded at a station, however the GUI does not reflect these changes yet so you will not actually see it.