summaryrefslogtreecommitdiff
path: root/src/vehicle.h
AgeCommit message (Collapse)Author
2007-05-24(svn r9914) -Codechange: prepare GTTS and the pathfinders to handle multiple ↵rubidium
road types on a single tile.
2007-05-19(svn r9874) -Feature: advanced vehicle lists a.k.a. group interface. Now you ↵rubidium
can make groups of vehicles and perform all kinds of tasks on that given group. Original code by nycom and graphics by skidd13.
2007-05-18(svn r9872) -Codechange: more type strictness for vehicle typesrubidium
2007-05-15(svn r9841) -Codechange: add a little more type strictness to the vehicle types.rubidium
2007-05-14(svn r9836) -Codechange: make non-improved loading happen FIFO-ish; ↵rubidium
generally loading/unloading will happen fifo, but there are no guarantees on the FIFO-ness. For (better) FIFO guarantees you still need to use improved loading.
2007-05-13(svn r9831) -Codechange: more refactoring of the loading/unloading.rubidium
2007-05-10(svn r9818) -Codechange: Cache wagon override sprite set whenever consist is ↵peter1138
changed, instead of 'recalculating' it every time it is used or just tested.
2007-05-07(svn r9808) -Codechange: unify the Handle<VehicleType>Loading functions.rubidium
2007-05-07(svn r9807) -Codechange: unify playing of sound when vehicle has been loaded ↵rubidium
and leaves the station.
2007-05-06(svn r9794) -Codechange: refactor the question whether a vehicle can be ↵rubidium
loaded into LoadUnloadVehicle instead of duplicating it for each vehicle.
2007-05-04(svn r9784) -Codechange: remove unused variable.rubidium
2007-05-02(svn r9770) -Codechange: perform the payment of cargo when ↵rubidium
loading/unloading, but when arriving at the station.
2007-05-02(svn r9765) -Codechange: constify some class functions.rubidium
2007-05-02(svn r9764) -Codechange: replace some lookup tables by functions.rubidium
2007-05-01(svn r9760) -Codechange: remove the need for saving some vehicle variables.rubidium
2007-04-29(svn r9755) -Codechange: refactor some more of the begin loading stuff.rubidium
2007-04-29(svn r9754) -Codechange: make classes for all vehicle types, so we can make ↵rubidium
nicer/better maintainable code, i.e. virtual methods instead of switches.
2007-04-20(svn r9702) -Codechange: Add livery support to newgrf vehicle var 43peter1138
2007-04-18(svn r9673) -Cleanup: remove spaces before tabs and replace non-indenting ↵rubidium
tabs with spaces.
2007-04-18(svn r9671) -Codechange: Implement NewGRF callback 36, which allows changing ↵peter1138
of various properties which were previously static. Vehicle max speed and train power/te/running costs are adjustable.
2007-04-04(svn r9559) -Documentation: doxygen and comment changes: 'U' and 'V' now. ↵belugas
Almost done. Yeah. I know, I've already said that...
2007-03-08(svn r9073) -Codechange: moved autoreplace to a file of it's own (now ↵bjarni
autoreplace has a cmd and a gui file)
2007-03-08(svn r9068) -Codechange: capitalize the VEH_Train etc. enums to match the ↵rubidium
coding style (and rest of the code).
2007-03-07(svn r9051) -Codechange: typedef [enum|struct] Y {} X; -> [enum|struct] X {};rubidium
2007-03-07(svn r9050) -Codechange: Foo(void) -> Foo()rubidium
2007-03-02(svn r8978) -Feature: Rewrite of transfer system.richk
This major feature-fix keeps track of the value of transfers offloaded at a station, and hands on to a loading vehicle a credit note proportionate to the cargo loaded. The transferring vehicle is paid only for the distance it has travelled. eg. B-C in a transfer chain A-B-C-D. When the final cargo is delivered, these credit notes are cashed, and the final vehicle is paid for A-D minus any credit notes it is carrying. The company bank balance increases by the value of the A-D route. You still need to set up a profitable route; it is still easy to make a loss on transfers by bad planning. :)
2007-02-28(svn r8946) -Feature: [NewGRF] Add support for vehicle variables 0xFE and ↵maedhros
0xFF bit 10, which is set when a vehicle was built during the exclusive testing phase.
2007-02-28(svn r8945) -Codechange: Rename v->load_status to v->vehicle_flags so it can ↵maedhros
be used for more than just the gradual loading status.
2007-02-26(svn r8911) -Cleanup: fixup comments about the RoadVehicleStates and remove ↵rubidium
two unused enums.
2007-02-25(svn r8897) -Fixtron
Change the signature of GetNewVehiclePos(): -void GetNewVehiclePos(const Vehicle *v, GetNewVehiclePosResult *gp); +GetNewVehiclePosResult GetNewVehiclePos(const Vehicle *v);
2007-02-25(svn r8896) -Fixtron
Most (i.e. 13 of 15) callers of GetNewVehiclePos() do not care for the return and the others can figure it out by inspecting the information returned in struct GetNewVehiclePosResult. Therefore remove the return value.
2007-02-14(svn r8735) -Feature: drive-through road stops made possible by the hard ↵rubidium
work of mart3p.
2007-02-13(svn r8715) -Codechange/cleanup: replace magic numbers related to state of ↵rubidium
road vehicles with enums. Original patch by mart3p.
2007-02-13(svn r8698) -Codechange: enumify the returns of VehicleEnterTilerubidium
2007-02-07(svn r8621) -Codechange: assigned new numbers to the VEH_(type) enum so that ↵bjarni
VEH_Train is 0, VEH_Road is 1 and so on This means that "v->type" can be used as array indexes instead of VehTypeToIndex() (or "v->type - VEH_Train/0x10 as the code still used in some places) Surprisingly this can be done without changing the savegame format
2007-02-06(svn r8610) -Codechange/Feature: rewrote the list handling in the ↵bjarni
autoreplace window -The user will notice the following changes: All vehicle types behaves in the same way Adding/removing an engine (new design and so on) can no longer result in the window selecting a new engine All valid replacements will be displayed since it looks at refitting options as well (this solves the missing ships with the newships GRF) Since you can't replace an engine into itself, the engine selected in the left list will no longer appear in the right list -The code changes: Instead of looping all engines all the time, each list generates a list like the build windows This ensures consistent list generation since only one function can loop all engines Unified code for all vehicle types It now use the lists to call the drawing code in the build vehicle window Works on selected EngineIDs instead of selected index in the list
2007-02-05(svn r8593) -Fix (FS#564): bridges do not get destroyed when the bridge head ↵rubidium
gets flooded and there is a vehicle on the bridge. Original patch by KeeperofTheSoul.
2007-01-31(svn r8501) -Fix (r7377) [FS#539]: Keep track of how much cargo has been ↵maedhros
paid for, so that cargo cannot be paid for more than once.
2007-01-28(svn r8448) -Codechange/Fix (r2993): Also update the helicopter's rotor when ↵Darkvater
loading the game. This can solve crashes when a game is loaded with missing GRF's
2007-01-27(svn r8428) -Codechange: Add proper names to aircraft subtypes instead of ↵Darkvater
magic numbers and add a function IsNormalAircraft() which tells us whether the aircraft is in fact some flying device or a rotor/shadow.
2007-01-22(svn r8349) -Codechange: replaced CMD_REFIT_VEH() and similar defines with ↵bjarni
real static inline functions
2007-01-22(svn r8341) -Codechange (r8336): added assert to VehTypeToIndex() to ensure ↵bjarni
valid vehicle types in the argument
2007-01-22(svn r8336) -Codechange: added function to translate vehicle types to ↵bjarni
0,1,2... for use for index to arrays Used this function to get rid of some switch-cases in build_vehicle_gui.cpp -Fix (r8335): ship build window didn't remember assending/decending sort setting
2007-01-21(svn r8327) -Codechange: though overloading, IsPlayerBuildableVehicleType() ↵bjarni
now works with the type given as a byte as well as a vehicle pointer
2007-01-21(svn r8296) -Fix: GenerateVehicleSortList() tried to put a TileIndex into an ↵bjarni
uint16 -Fix: CmdMassStartStopVehicle() tried to put a TileIndex into an uint16 Those two bugs were unrelated to each other and unrelated to r8295, even though that commit touched the code in question
2007-01-21(svn r8295) -Cleanup: merged arguments station, order and ↵bjarni
depot_airport_index for GenerateVehicleSortList() and BuildVehicleList() into one uint16 argument It turned out that all 3 arguments were the same at all the places those functions are called, so there was no point in having more than one
2007-01-21(svn r8294) -Fix: deleting a vehicle with shared orders, but no orders would ↵bjarni
fail to reset prev_shared and next_shared -As a result, vehicles in the game could end up having prev/next pointers to vehicles, that was no longer in the game
2007-01-15(svn r8144) -Fix: [FS#163] When a station is removed, vehicles do not get ↵celestar
excessive payment any longer, as the origin TILE is now stored as long as the origin STATION for the transported cargos. Basically this is only a temporary fix until cargopackets are implemented, but it fixes one of the oldest known bugs (Special Thanks to Darkvater for lots of testing)
2007-01-14(svn r8128) -Codechange: Split sprite and palette remap into separate 32 bit ↵peter1138
values. This lets us increase the sprite width from 14 to up to 29 bits, effectively nulling the old sprite limit. Table changes in next commit.
2007-01-13(svn r8110) -Codechange: direct Vehicle::current_order.type changes (to ↵KUDr
OT_LOADING and OT_LEAVESTATION) replaced by v->BeginLoading() and v->LeaveStation() calls. This should allow easy hooking of those state transitions in order to maintain vehicle loading queue.