summaryrefslogtreecommitdiff
path: root/src/vehicle_base.h
AgeCommit message (Collapse)Author
2010-08-15(svn r20506) -Change: Vehicles will now stop loading after a load cycle that ↵michi_cc
loaded less than possible, unless it's a full load order. This should improve behaviour with gradual loading and cargo continuously trickling in.
2010-08-01(svn r20283) -Codechange: Unify start of doygen comments.frosch
2010-07-04(svn r20079) -Codechange [FS#3922]: Add helper functions to deal with the ↵frosch
192-256-magic of vehicle movement.
2010-05-03(svn r19756) -Codechange: move UpdateViewport() from Vehicle to ↵smatz
SpecializedVehicle in order to improve performance
2010-01-27(svn r18929) -Fix [FS#3568]: Preserve some timetable related vehicle flags ↵frosch
during autorenew/-replace.
2010-01-15(svn r18809) -Codechange/Cleanup: remove unneeded headers from some files, ↵rubidium
if a header require a header make it include that header
2010-01-09(svn r18764) -Fix [FS#3422]: split the (un)load ticks counter and signal ↵rubidium
wait counter; sometimes they might get into eachother's way
2009-12-04(svn r18402) -Codechange: unify/centralise the code for crashing vehiclesrubidium
2009-11-29(svn r18342) -Fix: erroneous spaces before ;rubidium
2009-11-26(svn r18297) -Fix: Preserve timetable-start when auto-replacing/-renewing.frosch
2009-11-25(svn r18292) -Codechange: add a command to set the start date of a ↵rubidium
timetable. Based on work by PhilSophus.
2009-10-18(svn r17795) -Codechange: split cargolist into one for vehicles and one for ↵rubidium
stations.
2009-09-15(svn r17552) -Codechange: rename load_unload_time_rem to something more ↵rubidium
generic as it's used for more than just load/unload. Also add some documentation about where it is used.
2009-08-21(svn r17248) -Fix: add GPL license notice where appropriaterubidium
2009-08-08(svn r17121) -Fix [FS#3060]: Update vehicle position cache when the vehicle ↵frosch
sprite changes.
2009-08-06(svn r17089) -Codechange: move RunVehicleDayProc() to vehicle.cppsmatz
2009-07-20(svn r16894) -Codechange: Add [Specialised]Vehicle::Last().frosch
2009-07-13(svn r16813) -Codechange: make IsEngineCountable() member of Vehiclesmatz
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-06-09(svn r16544) -Codechange: use double-linked list for vehicle position caches ↵smatz
in order to improve performance (~5% with many vehicles)
2009-06-06(svn r16527) -Codechange: use static member functions instead of simple ↵smatz
casts when converting Vehicle to specialised vehicle types. Includes safety check
2009-06-02(svn r16505) -Fix [FS#2951] (r16472): since g++ 4.4 the implicit (default) ↵rubidium
constructor will zero the whole class. This caused all vehicle indices to be 0, which causes all kinds of trouble.
2009-05-31(svn r16480) -Fix (r15617): Invalidate newgrf variable caches of more ↵frosch
vehicles in more places. Esp. they were only invalidated for trains.
2009-05-30(svn r16472) -Codechange: set vehicle type in SpecializedVehicle constructor ↵smatz
instead of constructor of each vehicle type
2009-05-26(svn r16445) -Codechange: update old comments (Yexo)smatz
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-23(svn r16397) -Codechange: move GetVehicleOrder/GetLastVehicleOrder into Vehiclerubidium
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 r16388) -Codechange: move u.air to Aircraftrubidium
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 r16380) -Codechange: rename pool.hpp to pool_type.hppsmatz
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-22(svn r16377) -Codechange: unify FOR_ALL_* macros, use separate index ↵smatz
variable instead of var->index
2009-05-22(svn r16376) -Codechange: Vehicle::Tick() now returns false if the vehicle ↵smatz
was deleted
2009-05-17(svn r16333) -Cleanup: remove a bunch of unused wrapper functions.rubidium
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-13(svn r16302) -Codechange: remove Vehicle::AllocateListsmatz
2009-05-09(svn r16261) -Fix (r16260): Replace a space with a newline and a tab. ↵frosch
(thanks smatz)
2009-05-09(svn r16260) -Codechange: Add Vehicle::IncrementOrderIndex() to deduplicate ↵frosch
some code.
2009-03-11(svn r15672) -Codechange: (left,right,top,bottom)_coord -> ↵rubidium
coord.(left,right,top,bottom), i.e. use Rect.
2009-03-04(svn r15617) -Change [FS#2694]: vehicle variables 40-43 weren't cached ↵rubidium
(though spec stated they are). Caching these variables can yield a 10+% speed increase when those vehicle variables are queried often.