Bay 12 Games Forum

I'm crossposting here because the tool can now be used without DFHack by people playing vanilla and not visiting the other subforum.

In short, while developing a 3D view mode for DF Remote, I decided to make a WebGL-based online 3D viewer as well. You can export your map by copying/pasting a command from the page to DFHack console, or by uploading your save if you're not using DFHack (experimental feature). Either way you get a link that anyone can use to view your fort. This is a work in progress so number of models is missing and other stuff may be broken.

Main thread - http://www.bay12forums.com/smf/index.php?topic=165465.0

I tried to force a siege by creating an army, a controller and targeting the fort. It seems to work just fine, so now I'm unsure whether just no one tried that, or there are known issues with this approach.

Anyway, here's the script https://gist.github.com/pronvit/e256267e3c65c0e89e08b1aa947df600

The script accepts the following parameters:

-civ HUMAN -race [ GOBLIN TOAD ] -count [ 2 10 ] -undead -debug -cleanup

-civ is optional. If not present, will find a civ for the first race. If present, it can be a race name (will find a civ), or a part of english civ name. Can also be "self" if you can't think of anything better.
-race is require and can be either one value or a list.
-count is required and can be either one value or a list with number of items matching races.
-undead is optional if you're a fan of corpses.
-debug is optional.
-cleanup is optional and will delete the created army controller.

I think doing the cleanup if generally better, but it needs more testing. I've had some crashes when generating a 100 goblin siege both with cleanup and without but not sure whether it's a vanilla DF crash because of a large number of units or is caused by the script.

There are also comments in the code about what some unidentified fields might do.

I suddenly found an easy and reliable way to implement new rendering features I was thinking about for a long time. A separate thread to attract attention of tileset authors because the new features require changes to tilesets.



Features

1. Buildings and items are now rendered separately from the floor - you can notice that coffins, chairs, slabs and so on have different colours but their backgrounds stay the same, and are actual floor tiles - rough, smooth, engraved. No stockpiles on this screenshots, but you'd see stockpile tiles behind items as well.

2. Look at the beds. The bed frames have different colours depending on their material, but pillows and sheets stay the same, i.e. not all tile pixels are affected by the foreground colour.

3. Oblique view mode I showed here http://www.bay12forums.com/smf/index.php?topic=138754.msg7390751#msg7390751 It's not available at the moment, I'll update the post later.

Tileset changes

1. Existing tilesets will continue to work as usual.

2. To support these new features, tilesets need to have three "layers":



First is used to render background colours and normally should just be white for non-empty tile pixels. This is supplied as e.g. Spacefox-bg.png
Second is the main tile image which will be coloured using foreground tile colour, can now have fully transparent pixels where floor should be visible. This is supplied as usual Spacefox.png
Third is just the pixels that won't change colour. This is supplied as Spacefox-top.png
If -bg and -top files are not available, the corresponding features will be disabled and the tileset will work as before.

Notes

1. Binaries are available from build.mifki.com. When installing, copy white1px.png and transparent1px.png to data/art folder. An example tileset based on Spacefox is included.

2. This works the same way for overrides, just supply additional -bg and -top images for each tileset used by overrides. However due to 3 times more tiles now being used and restrictions on the largest texture size, tileset authors using a lot of overrides and/or very big tile sizes need to be careful not to waste any space in tileset images, i.e. having three images with just half of the tiles actually used is bad because all tiles will still be loaded.

3. If you can't see the floor though some of the buildings/items, it's because I forgot to include them, there are quite a few of such (that is, in the code, the example tileset has just a few tiles modified to demo the new features).

I'm working on a tool to check Lua scripts against DF data structures. I need it to track changes between DF versions and update DF Remote scripts accordingly. Maybe it will be useful for other DFHack scripts too.

https://github.com/mifki/df-luacheck

I've just started yesterday, so a lot of things is missing, including support for require(), internal dfhack functions, and more.

function test(unitid)
    local ret = {}

    for i,unit in ipairs(df.global.world.units.active) do
        if unit.civ_id == df.global.ui.civ_id and unit.flags1.tame and not unit.flags1.dead and not unit.flags1.forest then
            local work = (unit.profession == df.profession.TRAINED_WAR or unit.profession == df.profession.TRAINED_HUNT)
            local geld = unit.flags3.geld
           
            -- ...
        end
    end

    return ret
end

test(1)
---------------------------
6: ERROR value TRAINED_HUNT does not exist in enum df.profession
6: ERROR type of operand df.profession.TRAINED_HUNT is unknown, assuming the result is bool
7: ERROR field geld does not exist in unit.flags3 of type df.unit_flags3
7: ERROR type of expression is unknown unit.flags3.geld

function test(bldid)
    local bld
   
    if bldid then
        bld = df.building.find(bldid)
    else
        bld = df.global.world.selected_bld
    end   
   
    bld.owner_id = df.global.world.units.active[0]
end

test(1)

---------------------------
7: ERROR field selected_bld does not exist in df.global.world of type df.world
7: ERROR type of expression is unknown df.global.world.selected_bld
10: ERROR assigning df.global.world.units.active[0] of type df.unit to bld.owner_id of type number


With all the ongoing discussion still on these forums of course, but I was thinking about a website to store all saves for one game in one place, users/turns management, automatic raw patching to restore ASCII or whatever, turn notifications, etc. And also automatic processing of new saves to gather and visualise some statistics about world/fortress progress, and the fortress itself. I likely had some other ideas I can't remember now, but first anyway I want to know if it's interesting for anyone.

Duplicating my question from IRC the other day.

Seems caravan prices for weapons/armour get some multiplier (compared to item basic value) based on caravan's entity race adultsize property. Is it documented somewhere/is the exact formula known?

Sometimes I want to do things myself that I shouldn't be doing without asking for advice. I'm doing that intentionally because in general I don't like to ask for help, and also mistakes made yourself you remember better and actually understand what exactly you've done wrong, and not just like I shouldn't do this because clever people say so.

So, this time I've bought a car, first car, myself, alone, used, cheap. No, well, I've researched a bit and not just the very first car I saw for sale. But I was intentionally buying a cheap car, just because right now I don't have any preferences at all (never been interested in cars), so wanted something that would just run for a year while I'm thinking what I really need. But as it usually (sometimes?) happens, right after buying something you start seeing things you don't like, so now this and that looks not so good (mechanically), and so on.

Well, it's not the end of the world anyway, in the worst case I've just lost some money, but people will definitely think I'm an idiot, which I'm not sure I am because I did this intentionally for some weird reason.

Hm, not sure what advice I'm asking for... But if you think I'm an idiot you're free to say so:)

Did you know it's possible to do

w=dfhack.gui.getCurViewscreen() ; w.child=df.viewscreen_legendsst:new() ; dfhack.gui.getCurViewscreen().parent=w

and get a fully functional Legends screen? There was couple question about how to get more info about outer world recently. The only thing you can't use ESC to close the screen, instead, use

dfhack.gui.getCurViewscreen().breakdown_level=2

Someone needs to make a convenient script, if there's no already.