| Age | Commit message (Collapse) | Author |
|---|
|
danish - 4 changes by Hatsen
|
|
|
|
display amounts of cargo.
|
|
it's only used there.
|
|
translate StringIDs from the TextRefStack, instead of passing stuff via global vars.
|
|
in the TextRefStack.
|
|
GetErrorMessageFromLocationCallbackResult instead of the GRFID.
|
|
array, before pushing NewGRF parameters to it.
|
|
left space in the param array.
|
|
|
|
for aircraft
|
|
|
|
bulgarian - 69 changes by kokobongo
|
|
swedish - 2 changes by spacejens
|
|
korean - 6 changes by telk5093
portuguese - 1 changes by frosch
|
|
|
|
just yet; it seems unmaintained, and might not even be kicked out in the next release of Debian
|
|
|
|
|
|
|
|
|
|
brazilian_portuguese - 4 changes by Tucalipe
|
|
variables in the SSE blitters (MJP)
|
|
"remap" in the SSE2/SSSE3 blitters as well
|
|
others (MJP)
|
|
"everywhere"
|
|
|
|
|
|
so the non-animated optimizations can actually be used in an easy manner (based on patch by MJP)
|
|
32bpp-sse4-anim blitter (MJP)
|
|
exists before attempting trying to instantiate an instance
|
|
With 32bpp base set about 15-20% faster in the Draw function (slower with 8bpp base set). Overall, with 32bpp base set, about 5% faster.
|
|
With 32bpp base set about 40% faster than 32bpp-optimized, or about 10% for 8bpp base sets in the Draw function. Respectively about 8 and 1% of total run time
|
|
With 32bpp base set about 35% faster than 32bpp-optimized, or about 10% for 8bpp base sets in the Draw function. Respectively about 6 and 1% of total run time
|
|
With 32bpp base set about 30% faster than 32bpp-optimized, or about 10% for 8bpp base sets in the Draw function. Respectively about 5 and 1% of total run time
|
|
|
|
|
|
|
|
|
|
files through str_validate.
|
|
performance significantly (MJP)
For example with GCC 4.8, x86_64 Linux, Intel i5-3337U this patch improves the performance of Pile, Treham and Hamac test save games by about 10% in over-all run time at fast forward at 1920x1080 when zoomed out and when trees are not disabled.
|
|
operations when there is no sub sprite (based on patch by MJP)
|
|
|
|
negative zoom levels, there is no reason to account for negative zoom levels in the zoom functions (based on patch by MJP)
|
|
positive number
|
|
|
|
|
|
|
|
|
|
|
