peter1138
|
e1ac248689
|
(svn r6836) - Codechange: constify SpriteGroup references. These used to be non-const when we kept a reference count, which we don't do anymore.
|
2006-10-19 10:20:36 +00:00 |
|
peter1138
|
1a114fb342
|
(svn r6741) - Codechange: Simplify and unify resolving of station groups, and use the first available cargo type instead of only the default.
|
2006-10-11 22:05:59 +00:00 |
|
peter1138
|
1e34740946
|
(svn r5337) - NewGRF: pass the engine type to the engine resolver, to allow support for variable 7F for unbuilt vehicles (mart3p)
|
2006-06-22 21:25:51 +00:00 |
|
peter1138
|
191023787a
|
(svn r5336) - NewGRF: draw custom helicopter rotor sprites in vehicle info window, ensuring the correct direction is used (inspiration from mart3p)
|
2006-06-22 21:15:27 +00:00 |
|
peter1138
|
1ed3c5778b
|
(svn r4960) - NewGRF: explicitly handle unsupported variables, instead of returning -1.
|
2006-05-23 19:36:50 +00:00 |
|
peter1138
|
f104da53e1
|
(svn r4714) - NewGRF: simplify evaluation of 'real' sprite groups.
|
2006-05-03 15:46:21 +00:00 |
|
peter1138
|
9bb42c1199
|
(svn r4697) - NewGRF: callback IDs can now be 16 bit values.
|
2006-05-02 20:44:06 +00:00 |
|
peter1138
|
b945e9249a
|
(svn r4691) - Codechange: don't use unnamed unions as GCC 2.95.ancient won't compile it. Needed for our MorphOS user ;)
|
2006-05-02 18:56:07 +00:00 |
|
peter1138
|
7aaedf0385
|
(svn r4594) - NewGRF: introduce the basic sprite group resolver. This code isn't used yet.
|
2006-04-27 19:53:58 +00:00 |
|
peter1138
|
60cc7337e5
|
(svn r4583) - NewGRF: Revamp sprite group loading to support advanced varadjusts and variable size. These are not yet processed, however.
|
2006-04-26 20:44:28 +00:00 |
|
peter1138
|
6b86a6a6dc
|
(svn r4579) - NewGRF: move sprite group struct to newgrf_spritegroup.h. Temporary include in sprite.h until new spritegroup code is in place.
|
2006-04-26 17:16:57 +00:00 |
|
peter1138
|
103a2aa116
|
(svn r4486) - NewGRF: Create and use a memory pool to manage sprite groups. This
reduces the amount of house keeping we do and the chance of memory
leaks.
|
2006-04-20 20:51:57 +00:00 |
|