| Age | Commit message (Collapse) | Author |
|---|
|
callbacks 11 and 17 for
road vehicles for those who prefer the technical explanation.
|
|
individual checks depending on the vehicle type.
|
|
road types on a single tile.
|
|
can make groups of vehicles and perform all kinds of tasks on that given group. Original code by nycom and graphics by skidd13.
|
|
|
|
|
|
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.
|
|
|
|
changed, instead of 'recalculating' it every time it is used or just tested.
|
|
|
|
and leaves the station.
|
|
loaded into LoadUnloadVehicle instead of duplicating it for each vehicle.
|
|
|
|
loading/unloading, but when arriving at the station.
|
|
|
|
|
|
|
|
|
|
nicer/better maintainable code, i.e. virtual methods instead of switches.
|
|
|
|
tabs with spaces.
|
|
of various properties which were previously static. Vehicle max speed and train power/te/running costs are adjustable.
|
|
Almost done. Yeah. I know, I've already said that...
|
|
autoreplace has a cmd and a gui file)
|
|
coding style (and rest of the code).
|
|
|
|
|
|
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. :)
|
|
0xFF bit 10,
which is set when a vehicle was built during the exclusive testing phase.
|
|
be used for more than just the gradual loading status.
|
|
two unused enums.
|
|
Change the signature of GetNewVehiclePos():
-void GetNewVehiclePos(const Vehicle *v, GetNewVehiclePosResult *gp);
+GetNewVehiclePosResult GetNewVehiclePos(const Vehicle *v);
|
|
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.
|
|
work of mart3p.
|
|
road vehicles with enums. Original patch by mart3p.
|
|
|
|
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
|
|
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
|
|
gets flooded and there is a vehicle on the bridge. Original patch by KeeperofTheSoul.
|
|
paid for, so that cargo cannot be paid for more than once.
|
|
loading the game. This can solve crashes when a game is loaded with missing GRF's
|
|
magic numbers and add a function IsNormalAircraft() which tells us whether the aircraft is in fact some flying device or a rotor/shadow.
|
|
real static inline functions
|
|
valid vehicle types in the argument
|
|
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
|
|
now works with the type given as a byte as well as a vehicle pointer
|
|
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
|
|
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
|
|
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
|
|
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)
|
