| Age | Commit message (Collapse) | Author |
|---|
|
some type safety.
|
|
|
|
|
|
overrides, and adjust scope while there.
|
|
was higher than its capacity when resolving sprite groups.
|
|
useless includes.
|
|
|
|
logical place and remove about 50% of the includes of 'functions.h'
|
|
it is really needed.
|
|
remaining to fit with the naming style
|
|
style
|
|
with the coding style
|
|
user-defined bit mask (prop 25) via callback 36
|
|
|
|
|
|
|
|
properly, the NewGRF called other code too that wasn't prepared for non-train vehicles.
|
|
Vehicle::first pointer correctly set.
|
|
state while being marked const.
-Codechange: do not brute force determine the first vehicle in the chain or previous vehicle, but do it by properly accounting the previous and first pointers when updating the next pointer. This gives a performance increase of about 15% when there are a lot of vehicles in the game.
|
|
Vehicle->SetNext() so we can trap instances that change a next pointer and (in the future) update the first/previous pointers based on that.
|
|
favor of "just" using an untyped integer.
|
|
set to 1
|
|
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.
|
|
issues. Thanks to benc for providing the patch.
|
|
state of an aircraft going to a just deleted airport.
|
|
callbacks 11 and 17 for
road vehicles for those who prefer the technical explanation.
|
|
vehicle var 42
|
|
|
|
translation (bulb)
|
|
changed, instead of 'recalculating' it every time it is used or just tested.
|
|
variable 45 (mart3p).
|
|
|
|
|
|
of various properties which were previously static. Vehicle max speed and train power/te/running costs are adjustable.
|
|
|
|
|
|
coding style (and rest of the code).
|
|
|
|
|
|
0xFF bit 10,
which is set when a vehicle was built during the exclusive testing phase.
|
|
which just returns Engine[id].flags
|
|
|
|
mapping is now dealt with only in NewGRF code, on load where possible.
|
|
|
|
|
|
determining if a cargo is valid/active.
|
|
tables with dynamically generated data. Change associated code to use new functions.
|
|
struct array (with accessor) and implement new initialization method using cargo labels.
|
|
Abbreviate GetAirport(st->airport_type) to st->Airport()
|
|
and assert the vehicle type in that function. Not a critical error, but it does increase game performance by up to 10% when playing a large game (many vehicles) with aircraft/road vehicle newgrfs loaded.
|
