peter1138
|
81d41b8d57
|
(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
|
2ba8bf37b9
|
(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
|
158e0e43f2
|
(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
|
3753d0b602
|
(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
|
ae8f4f8d9a
|
(svn r4960) - NewGRF: explicitly handle unsupported variables, instead of returning -1.
|
2006-05-23 19:36:50 +00:00 |
|
peter1138
|
4ef1033287
|
(svn r4714) - NewGRF: simplify evaluation of 'real' sprite groups.
|
2006-05-03 15:46:21 +00:00 |
|
peter1138
|
36a98ba47e
|
(svn r4697) - NewGRF: callback IDs can now be 16 bit values.
|
2006-05-02 20:44:06 +00:00 |
|
peter1138
|
60b3d37dff
|
(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
|
2f3401b487
|
(svn r4594) - NewGRF: introduce the basic sprite group resolver. This code isn't used yet.
|
2006-04-27 19:53:58 +00:00 |
|
peter1138
|
2f01c7d990
|
(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
|
2c5a6909a0
|
(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
|
92d8af75db
|
(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 |
|