More MapSplitter issues

The maps splitter is working fine for my heightmaps, but I am having trouble getting it to split the textures properly. Here are some pictures of what I mean.




As you can see the original heightmap and texture are the same size and line-up properly, then, after splitting the heightmap looks like what I would expect, but the texture, is way off. Here is my gen.cfg file:
GroupName=General
LandScapeFileName=Cleveland
LandScapeExtension=png

Data2DFormat=HeightField

ColorMapName=ClevelandTexture.png
ColorMapSplit=yes
HeightMap=yes

Paged=yes
MiniMap=no

LandScapeExportExtension=png
TextureExtension=png

PageSize=513
TileSize=65

OutDirectory=./split

what are their width/height ?

The height map and the texture are both 1762x2315, but while looking into this I found that teh height map is 32bpp anf the texture is 24bpp. Would this cause a problem?

Um, well the first thing I would do is make them square and divisible by 2.

Um, well the first thing I would do is make them square and divisible by 2.
I assume you mean a power of 2, but I didn't think that would matter as they get split into 513x513 (not a power of 2, I know but the PLSM calls for (2^n)+1) pages, so shouldn't they be able to be any arbitrary size?

Well, I'm not sure if it requires power of 2, and no that's not what I meant, but yes that's _probably_ what it needs. But don't assume, it makes an ass out of you. Just you though, not me.

I think, but do not assume, that it requires a power of 2 texture + 1 extra pixel on two of the edges.

512x512 ends up 513x513, and 1024x1024 ends up 1025x1025. This has something to do with the terrain code, not sure why.

But some crazy resolution of arbitrary size? That's a bad assumption.

I meant that the original images could be an arbitrary size because the splitter breaks then into (2^n)+1 chunks as I said in my last post. Anyway I went through and did it by hand leaving the left over space (the black part in the split heightmap screen shot above) transparent and it works fine, so apparently it doens't need to be square or divisible by 2. This leads me to belive (not assume!) that it's an issue with how I've set up the config file.

yes arbitrary input size is possible and should work.
Strange Bug, can you try adding
TextureStretchFactor=1.0
in your config file ?
if it doesn't work try making heightmap a 16 bits heightmap then a 8 bits (just for debugging purpose.) ?

With the TextureStretchFactor=1.0 added I actually see less of the land, but I am having trouble figureing out how to make it 16 and 8 bpp in the Gimp.

using gimp, save image as grayscale to save it at 8bits.

It is grayscale, and when I right click on it and go to properties and summery it still says that the color depth is 32 bits

weird, my gimp (2.2) do save all my grayscale to 8bits. (provided it is image->mode->grayscale and not image->mode->rgb)
(try save/conversion with other tools, like XnView)