To disable redundancy compression. This speeds up the encoding
process, but it also greatly increases the size of the resulting .GRF file, and
may reduce performance in TTD because it can only cache fewer sprites.
Map the colour palette from one type to another (see decoding above)
In case you change anything, there are two things you must must MUST make
sure, which is that:
The sprites remain in the correct order
Do not delete lines or rearrange them, in particular do not delete or modify the
strange block with a "*" as filename. These are special data that aren't sprites
but go in the GRF file nonetheless.
The sizes are given in regular decimal notation. You need to change these. Of course, you
also have to make room for them in the PCX file. Therefore, the best way to enlarge a
sprite is to:
Decode the GRF file
Edit the NFO file, change the size
Encode the GRF file, even though you haven't edited anything in the PCX
Decode it again
Edit the PCX file
Encode it again
Steps 3 and 4 are there to ensure proper spacing in the PCX file.
GRFDiff compares a backup of your .grf file with the new .grf file, and writes a .grd
which contains the changed sprites.
Since GRFCodec makes a backup of your GRF file the first time it is changed, you
would normally run GRFDiff like this:
grfdiff trg1.bak trg1.grf
This will generate the file trg1.grd, which contains only the sprites which
are new in trg1.grf.
Instead of searching for the sprites which are new, you can
specify the numbers here, using a format like -l 1-10,50,100-120
Note that the numbers must be in increasing order. If -l is specified,
you can omit the Old-GRF-File name.
Instead of making the GRD file, only show which sprites are new.
Instead of making a GRD file of the same name, write to this file.
Make a self-extracting .exe file. Simply running that file will
automatically integrate the changes into the right .GRF file.
This self-extracting file is actually a copy of GRFMerge.
Answer 'Y' to all questions.
You can also combine the differences between several sets of GRF files into one GRD
file (or one self-extracting .EXE) by adding more files on the command line, separated
by a plus. Example:
This compares the three sets of GRF files and writes the differences of all sets
into file1.grd. When giving several sets of files like this, only option -l
can be specified multiple times, all other options must be given for the first set:
will add the differences in both the DOS and Windows versions of the main TTD sprite file
to bothver.exe. When run, bothver.exe will patch both files if they are present, or
otherwise just patch the one that exists.
Usage: grfmerge GRD-File [GRF-File]
GRFMerge takes a GRD file and integrates the new sprites into the GRF file.
If no GRF file is specified, it uses the one which the GRD file was made from.
Do not integrate the sprites, only show which ones are contained in the GRD file