Bay 12 Games Forum

One thing I'd suggest, is to move FONT and FULLFONT definitions to the overrides.txt from the init.txt. That'd make it easier to fall back to non-twbt rendering.

Seconding this.

Hi!
Few days ago I started working on a simple commandline app written in C to stitch IsoWorld tiles into one big image. There were some problems like crashes on really big pngs (LodePNG) so I'm switching to libpng. The plan is to release it as open source - need to finish libpng migration, cleanup the code, add some options (everything is harcoded right now) and other stuff.

The results so far:
Here is resized 6x6 area of a pocket world (17x17), text added in GIMP:

Spoiler (click to show/hide)

Full size PNG (9215x4768): http://www.mediafire.com/download/39kts4xn8uad9z4/Osmlo_Olzul.png

Quote from: Japa on September 02, 2014, 09:35:05 am

You need to rename them to the old naming sceme for it to work, though it's not supposed to crash.

I really need to update this to use the new names, but I'm really busy with a lot of other things.

It crashed on my end (64bit Gentoo linux) I think gdb was pointing to al_path_cstr in allegro lib - can provide backtrace if needed - but that clearly leads to new naming scheme, also there was a small small error while compiling (tested with gcc 4.8.3 and 4.9.1):

Spoiler (click to show/hide)

In file included from /home/majiin/repos/dfhack/plugins/isoworld/UserInterface.cpp:3:0:
/home/majiin/repos/dfhack/plugins/isoworld/MapSection.h:35:7: error: extra qualification ‘MapSection::’ on member ‘load_colors’ [-fpermissive]
  void MapSection::load_colors(s_maplist * map_list);

fixed by adding c/cxx flag -fpermissive

Thank you guys for your hard work!

Fuck yeah, this was pretty much the only thing I've been missing from Isoworld. I'm looking forward to this.
Will there be an option to delete images from Isoworld folders once the image is stitched? Isoworld tends to start lagging hard after you have a large amount of images to load, so it would be nice to stitch large images in batches and delete the already stitched parts from the Isoworld folders.

As the title says, it would be convenient if you can tell your manager to order the production of Uniforms you specified in the military screen.
So, for example, you create a uniform that consists of a full set of steel armor, some mail and a red cloak plus a battle axe. You call it "steel axe". Go to your manager screen and order 10 "steel axe" uniforms to be made. This will create jobs for 10 full sets of steel armor, mail red cloaks, and battle axes.
It would also help with managing clothing for civilians, since you could define a "civilian uniform" not assigned to any squad.
I guess uniform options like "individual choice/melee" and so on would have to be ignored.

I'm posting this suggestion for someone else.


You could also extend this to all kinds of user defined "combined goods" in general. In that case it should probably all go in a subscreen of the manager screen.
One case would be making a pump stack:
First you Define "screw pump" as job that orders a block, an enormous corkscew and a pipe section to be made.
Then you define "pumpstack unit" as job that orders a screw pump and two doors (as per the standard pumpstack with service area design on the wiki).

ToDo list:
[...]
graphic set
[...]
Thanks to:
[...]
Albrecht Dürer, for inspiration

I'm looking forward to your hare and rhinoceros sprites then.
On a related note, have you considered picking the colors from an actual Dürer painting?

Uploaded a version preinstalled for DF 40.05 - I figured with all those bugfixes, that would be worth it.
Still waiting for TWBT to update to change some plant graphics. I'll probably keep a "legacy" version that doesn't use TWBT and a main version that uses TWBT. Standalone download will contain extra tilesets, but won't conflict with DF installs that don't use dfhack.

EDIT:
missed file change in d_init.txt, since it wasn't mentioned in file changes.txt

The d_init.txt file is missing a line about the population cap:

[STRICT_POPULATION_CAP:220]

which is located right after the old [POPULATION_CAP:200]. As a quick fix, just change your d_init so it look likes:

[POPULATION_CAP:200]
[STRICT_POPULATION_CAP:220]

If you don't do this, you'll be stuck with your original 7 dwarfs forever.

I'll upload fixed archives in a moment.
No need to redownload, just add [STRICT_POPULATION_CAP:220] to your d_init.txt.
Sorry for the inconvenience.

thanks for the graphics CLA your is my favorite, mostly the creatures, still ASCII but whit some much more A in it!

Thank you.

I just noticed the dffd link for the standalone download wasn't updated to 40.xx yet. It is now. If you downloaded that and trees were invisible, just redownload it now.

Just a heads up, the 40.02 standalone version obviously works for 40.03 and 40.04 as well. I'm just too lazy to upload a new prepacked version.

Quote from: CLA on July 18, 2014, 07:22:35 am

Quote from: mifki on July 18, 2014, 04:16:37 am

tileset and colomaps, could be applied without restarting the game

Are you fucking shitting me? You mean I could finally edit tilesets and colors without having to restart df every goddamn time I want to see how something looks in game?

No problems at all. I was thinking more about an in-game configuration UI for players, but for modders I can just add commands to reload tilesets/colours.

That would be much appreciated.