Age | Commit message (Collapse) | Author |
|
within StationSpec and GRFFile struct declarations. Now only code which actually references those pointers needs to know about the SpriteGroup struct. Remove some unnecessary lingering header dependencies.
|
|
|
|
loading from GRF, as the current way was flawed (reallocing memory which is referenced elsewhere)
|
|
|
|
|
|
signal graphics. Thanks to Purno for supplying data to test
with.
|
|
files. Usage: "mygrf = 1". You can pass up to 128 parameters, each one seperated by a comma or a space-character. Big thanks to peter1138 for the inspiration and examples.
|
|
extra pre-stage (before initialize and activation) to scan the GRF file for GOTO labels. Big thanks for peter1138 for the guidance and answers, as well as parts of the code.
|
|
store custom station data. This saves us approximately 40KB per GRF file, if there are no stations defined.
|
|
the scroll count of a list and furthermore only used in one file
|
|
Rewrite handling of station classes.
Allow for more than 8 station tile layouts.
Start of code to unload custom stations.
|
|
comments, excess empty lines, minor other changes
nothing spectacular, just some stuff, which piled up
|
|
ID to reference the previous definition of the same cargo ID, instead of causing loops.
|
|
|
|
longer bolted onto the normal graphics loading.
This has two major advantages:
- Removal of a maze of global variables and distinction of cases from the sprite loading routines, which weren't directly related to the loading process in the first place
- NewGRF actions no longer occupy sprite slots - for example when using DBSetXL this saves about 2000 slots! (you could regard this as a bug fix)
If i didn't make a major mistake this change should have no negative effect on NewGRF support, please test!
|
|
|
|
|
|
|
|
|
|
|