Beherith wrote:Look at the tiles KaiserJ made for FrostRegen's SME.
talking about this?
http://springfiles.com/spring/other/hma ... oever-else
That's exactly what I was thinking. still a ways to go before I get close to making it more useful though.
sooo.... an update.
* I've removed dependencies on boost and devIL, dependencies are currently OpenImageIO and NVTT and TCLAP
* I've pulled everything into mapconv.cpp because all those classes and extra files were such a PITA when the programs functionality is so simple. I think there was some over engineering happening.
* if you feed it any files that aren't the correct dimensions it scales using nearest pixel values.
* everything is completely optional, except for --width --length --smf-ofn(output filename), it will generate a valid completely black map, but I want to make it a prettier color.. perhaps grey or green..
Original functionality thats missing, but soon to be re-implemented:
* multi smt
* similar tile detection
* features
* heightmap filtering
* heightmap invert
Thoughts:
* I have to implement some image filtering other than nearest, especially for heightmap.
* Similar tile detection will be fun
, some sort of hashing, or histogram etc etc.. I've been reading up on it, but haven't settled on a direction to head.
* splitting out the maptile generation to separate program tileconv
* map decompiling as a separate program.
* turning it into a shared lib, perhaps then we wont need separate programs at all and it can be added to spring proper.
* remembering how to spell separate properly
anyway, yeah. if you have requests or manage to compile and find bugs use this:
https://github.com/enetheru/MapConv/issues
PS: for laughs i compiled a 64x64 and a 256x16 map, and it worked fine. but without similar tile matching, its going to be too huge to be usable.