5 commits

Author	SHA1	Message	Date
Patric Stout	85315e2e31	Codechange: rework how grf and ob[msg] are generated ... For grfs, it now uses CMake scripts to do its job, and both grf files are split into their own folder to make more clear what is going on. Additionally, it no longer builds in-source (although the resulting grf is copied back in the source folder). For ob[msg] it now uses CMake scripts to generate the translation files; the result is no longer stored in-source (but in the build folder). Although all files are available to create the GRFs and basesets, it won't really work till CMake is introduced (which will happen in a few commits from here)	2020-06-05 19:36:05 +02:00
S. D. Cloudt	13cc8a0cee	Cleanup: Removed SVN headers	2019-11-10 17:59:20 +00:00
rubidium	7aeb89c984	(svn r23982) -Codechange: use NFO v32 for the extra graphics	2012-02-24 22:29:44 +00:00
rubidium	c5015bb5bd	(svn r21026) -Codechange: move from pcx to png extra grf sprites as they are easier to handle/view. They also take less space in a checkout. Furthermore this requires a recent GRFCodec nightly with PNG support enabled.	2010-10-24 15:49:38 +00:00
rubidium	7d11c392a4	(svn r20490) -Change: merge the extra GRF sources so updating them becomes a bit easier. ... The (prebuilt) grf will still remain, so if you don't have NFORenum and GRFCodec it will still work.	2010-08-14 14:50:06 +00:00