Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Corona688]

For the last while I've been working on a new map encoder.  I had three goals:

• Write it purely in C instead of requiring software dependencies to Mono(and thereby the entire known universe).  Low-level image processing ought to run natively!
• Handle memory smarter.  Most computers can load 80meg files wholesale these days, but that doesn't make it efficient.
  
• Find a faster way of comparing tiles.

Yesterday I had a breakthrough.  The map came through all discolored and scrambled but I kept it for the laughs.  Since then I've fixed the color, tile, and map bugs and added multilayer support.

It can process 14 layers of 288-tile by 288-tile, 16x16-tiled bmp maps in one minute, ten seconds on a 2GHz Turion.  It lops sixty seconds off that if the files are already in cache, so that's mostly unavoidable disk wait that can't be improved without a faster one.  I haven't had much luck with the C# or Java encoders so I'm not sure how this compares on speed(comments, please?), but even if its not vastly faster it should at least be a whole lot more portable.

Right now it runs in Linux but there aren't any real barriers to porting it to Windows(or x86 mac.  ppc would be harder.)  I want to do a bit more code cleanup first, but I hope to release Windows and Linux versions plus source code soon.

[Calculus]

Very cool!

[TheDJ17]

So does this make the game run faster? Or is it a tile set?

[Corona688]

So does this make the game run faster? Or is it a tile set?

Neither, its a map encoder.  It reads in the giant .bmp files Dwarf Fortress exports for map layers, processes and converts them into the kind of maps the Dwarf Fortress Map Archive accepts for upload.

[xtank5]

I must have it because the regular map encoder doesn't work on my computer for some reason.

[Corona688]

Here is v0.1 of the linux version.  I hope to have it ported to Windows in the next two to three days.

[xtank5]

YAY!!

I kinda need the windows version cause I can't get a Linux VM working on my PC.  F%#&ing VMWare. 

[MP2E]

I realize I'm new and such, but I have a lot of experience with compiling Linux programs on Windows(I have GCC 4.4.0 set up with a full MinGW toolset, not to mention VC++ 2008 and the Intel Compiler 10.1 ). Though if it needs anything more than simple changes to the coding, I'm sadly lacking in that department though...

[Itnetlolor]

I hope it can read multi-dashed/cut-off names. I'm getting tired of renaming all of my map exports from Bloodfist-Sky-Fo-##-##### to Bloodfist-##-#####. Especially when I have tons of layers to process.

For some odd reason, the default encoder can't take care of it. It keeps on reading the first in line, and only processes that one, when there are roughly 20+ most the time, and I want it all done in one shot. It's one of the other reasons it takes me a bit longer to update than preferable.

Alternative to that is guiding me to a proper renaming program if possible, otherwise I'll just fight the carp, and keep going my old method.

EDIT:
By mean of renaming, kinda a universal renamer that allows renaming of sections of same/similar named files. Much like the map series images. All this, but not renaming the rest of the files. Much like the example I provided above. Basically, edit the constant, but not affect the variable with file names.

[mattmoss]

Here is v0.1 of the linux version.  I hope to have it ported to Windows in the next two to three days.

Oh, thank Armok! I'd been trying for a while to code a map generator working on Mac OS X, and I kept getting stuck on RLE, trying for a long while to match what the docs indicated without any luck.

I'm going to compile this on the Mac, see how it goes! 

 

[mattmoss]

Here is v0.1 of the linux version.  I hope to have it ported to Windows in the next two to three days.

Oh, thank Armok! I'd been trying for a while to code a map generator working on Mac OS X, and I kept getting stuck on RLE, trying for a long while to match what the docs indicated without any luck.

I'm going to compile this on the Mac, see how it goes! 

 

Corona688: I unpacked your v0.1 source code and ran make (on Intel Mac OS X) without any changes whatsoever. (I did already have SDL libs installed on my machine.) Build generated only a single warning, and worked perfectly (aside from needing a better default output filename) on a few test bitmaps.

This was the warning:
fma-enc.c: In function ‘dfma_savemap’:
dfma-enc.c:199: warning: pointer targets in passing argument 2 of ‘dfma_writelayer’ differ in signedness

And here is the sample I generated on the Mac:
http://mkv25.net/dfma/map-6566-soulburn


EDIT: Aha... I see you haven't gotten to the RLE portion. Good luck with that! I'll be interested to see if you can figure it out.