summaryrefslogtreecommitdiff
path: root/src/vehicle_base.h
AgeCommit message (Collapse)Author
2010-11-18(svn r21232) -Codechange: Move cached_vis_effect from the TrainCache to the ↵rubidium
VehicleCache (Hirundo)
2010-11-09(svn r21123) -Codechange: Remove max_speed from the Vehicle class.terkhen
2010-11-06(svn r21097) -Codechange: Unify cached max speed for all vehicle types.terkhen
2010-11-06(svn r21091) -Codechange: Add bit constants for checking NewGRFCache validity.terkhen
2010-11-06(svn r21090) -Codechange: Rename VehicleCache to NewGRFCache.terkhen
2010-11-05(svn r21088) -Doc: Additions/corrections of doxygen comments.alberth
2010-11-05(svn r21087) -Doc: Align and make existing comments available for doxygen.alberth
2010-08-28(svn r20645) -Codechange [FS#4086]: unify the code for checking for ↵rubidium
breakdown handling as well (Hirundo)
2010-08-28(svn r20644) -Codechange [FS#4086]: unify the vehicle breakdown code (Hirundo)rubidium
2010-08-19(svn r20574) -Codechange: a little over 1 million vehicles should be enough ↵rubidium
for the forseeable future
2010-08-18(svn r20539) -Codechange: make order backups more self-contained.rubidium
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