| Age | Commit message (Collapse) | Author |
|---|
|
|
|
unneeded include from openttd.h.
|
|
|
|
now attached to their object directly and there is
no limit to the amount of names.
-Fix: NewGRF engines could not be renamed.
|
|
|
|
|
|
|
|
|
|
single location.
|
|
functions.
|
|
|
|
map.h).
|
|
|
|
|
|
"rail.h" that includes way more than only "rail_type.h") includes at some places.
|
|
templates. This gives up to 10% performance increase in games with lots of vehicles.
|
|
class as super class.
|
|
type *var.
|
|
|
|
|
|
can make groups of vehicles and perform all kinds of tasks on that given group. Original code by nycom and graphics by skidd13.
|
|
strictness.
|
|
|
|
show up in the purchase list (mart3p).
|
|
(mart3p).
|
|
|
|
cargo type
|
|
|
|
|
|
coding style (and rest of the code).
|
|
|
|
|
|
velocities to from 8mph to 1km/h (peter1138), also give aircraft realsitic velocities (so that 1km/h is 1km/h independent of vehicle type) (peter1138). Introduce a flag to reduce aircraft speed in holding patterns to some realistic velocity. Use this flag for the city airport for the time being and make use of the different entry points for this airport type.
|
|
Engine.flags to engine.h and give the enum values better names.
|
|
a few comments style.
Some documentation addition, when i can easily supply them
|
|
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
|
|
flags of RailVehInfo, as well as changing the code to reflect the fact that it was not a flag but rather a one value only variable. Doing so, some evaluations have been simplified.
-Codechange: Add and use RAILVEH_SINGLEHEAD when railveh_type is set to 0, which was implicit before.
-Cleanup: Remove some extraneous parenthesis.
|
|
helicopter and remove some magic numbers related to the subtype.
|
|
magic numbers and add a function IsNormalAircraft() which tells us whether the aircraft is in fact some flying device or a rotor/shadow.
|
|
-Regression (r8314): I only did half the necessary changes to move railtype from Engine to RailVehicleInfo. Now do the rest.
|
|
Reduce the size of EngineInfo (from 28 to 24 bytes) by moving one of its attributes
|
|
-Codechange: Move the railtype from EngineInfo to RailVehicleInfo, because having a railtype for non-rail vehicles isn't that useful
|
|
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.
|
|
stillunknown and pv2b.
|
|
- A proper ./configure, so everything needs to be configured only once, not for every make.
- Usage of makedepend when available. This greatly reduces the time needed for generating the dependencies.
- A generator for all project files. There is a single file with sources, which is used to generate Makefiles and the project files for MSVC.
- Proper support for OSX universal binaries.
- Object files for non-MSVC compiles are also placed in separate directories, making is faster to switch between debug and release compiles and it does not touch the directory with the source files.
- Functionality to make a bundle of all needed files for for example a nightly or distribution of a binary with all needed GRFs and language files.
Note: as this merge moves almost all files, it is recommended to make a backup of your working copy before updating your working copy.
|
