Today we released a new stable of GRFCodec. This release primarily fixes some issues with GRF container format 2 and updates the NFORenum validation data.
Today we released a new major release of GRFCodec. The major feature of this release is the support for 32bpp and extra zoom graphics. This required changes in the GRF container format and the NFO, so both got an overhaul as well. GRF container format 2 allows much bigger (pseudo) sprites and NFO v32 makes it possible to add multiple real sprite to a 8bpp sprite. Finally the -n option for GRFCodec tries to find the smallest compression yielding slightly smaller GRFs.
Today we released a new stable of GRFCodec. The most visible change in this release is that decoding GRFs yields PNG spritesheet files by default. The other changes are changes to NFORenum('s data files) due to specification updates. In other words, it's a maintainance release.
Today we released a new stable of GRFCodec. The most visible feature in this release is adding support for using PNG files as source graphics files for NewGRFs instead of using PCX; you can actually also convert your NewGRF into NFO and a (set of) PNG file(s). The majority of the other changes are fixes for problems found with valgrind and NFORenum's data file updates.
Today we released a new stable of GRFCodec which from now on includes NFORenum as well.
The most visible changes in this release are further silencing options to both GRFCodec and NFORenum's output. This should make it easier to spot errors. Furthermore cropping is now supported for big-endian architectures. That leaves only a few packager related improvements and NFORenum data file updates.
Today we release a new stable of GRFCodec with many improvements over the previous version. At the same time the maintainership of GRFCodec has been taken over by some developers here.
If you used the release candidate not much has changed, besides some packaging improvements that should make it easier for our downstream packagers.
Due to time constraints and loss of interest patchman and DaleStan could not work on GRFCodec and NFORenum anymore. This resulted in the slow decay of both GRFCodec and NFORenum.
This caused problems for people compiling it with recent compilers (it failed to compile), for the developement of the NewGRF specifications (new features wouldn't be supported) or for the people, such as the nice folks at OpenTTDcoop's developer zone, for using it to develop NewGRFs.
With the release of GRFCodec 1.0.0-RC1 we revive GRFCodec in the hope to keep it useful and usable for as long as it's neeeded. In any case some things regarding the development have changed. The source repository and issue tracker can be found on http://dev.openttdcoop.org/projects/grfcodec and as such bug reports and feature requests for GRFCodec should go to there. Furthermore we will try to release at least one stable version of GRFCodec per year, or more often if required.
Finally we would like to ask all NewGRF developers and downstream packagers to test this release candidate so we can release a proper 1.0.0 in a couple of weeks.
In any case, we would like to thank patchman and DaleStan for initially developing and maintaining GRFCodec.
Also available in: Atom