Where on earth is the mapconv source?

[Decimator]

I've been wanting to see if I could make it stitch images together, but I haven't been able to find any links to it anywhere whatsoever.

[mother]

It's in the MapConv subdirectory of the Spring source... duh

My changes are currently found in the '8/31' mapconv you can get from FU.

[Decimator]

Thanks, now I'll have to see if I can remember my old C class.

[mother]

Hope that was a C++ class

Anyhow, if you want I can take a stab at it, the reason I've not done it is that I keep wanting to do it in a half-decent way... For one thing we'd probably want to do the map processing in 4 chunks so we don't just move the ram bottleneck from PSP to mapconv

[Decimator]

Seems to me like it would be best to feed it an allowed amount of memory then have it write temp files if it runs out rather than having it rely on paged memory, though I'll probably just hack it together so it works and have somebody else clean it up. I've gotten to the point where I simply can't make maps as big as I want; Gimp just crashes when it runs out of memory. (and I have a 4-gig swap file)

[PauloMorfeo]

Speaking of that, a Linux version of Mapconv would be nice.

I made my last map almost entirely in Linux using Mapconv through wine and, unfortunatly, it is quite slower.

[Decimator]

Well, after looking at the source and realizing that C++ is a heck of a lot different from C,:P I'd say don't wait on me to make it work, though I will try.

Mother, the main problem is that Gimp/PSP/PS have to handle layers. Mapconv would never have to deal with layers and their processing, therefore the bottleneck would not be nearly as bad.