Print

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

That's right

That is right

[jonask84]

@IDreamOfGiniCoefficient: Those look really good, I especially like the bag. I'll add some logic and put them into the engine, see how they look


@Impaler[WrG] and CobaltKobold: Yeah, that sounds like a good idea. I was playing with a scheme for replacing certain RGB values and autogenerating various materials. It's on my list


About the water thing: I've made some updates, following dyze's suggestion, and it looks really nice. I'm also considering a fix for the 'pancake waterfall' issue.

But at this point it really comes down to the fact that we need more artwork.

Would people be interested in a list of sprites needed? I could whip that up...

[CobaltKobold]

While I think fixing pancake waterfalls would be good, most fixes are probably going to require some fancy recognizing, since there're nine or somany cases- though most should be easy to draw, since it's just different boxes, and you already have the full box (7/7) to steal faces from.

[TauQuebb]

A list of needed sprites would be great, would their positions on the main tileset be included?

Ive done some sprite art before in the past, but not much for DF.

[kaypy]

We can guess at a lot by whats in the image file vs whats in DF. A list of high priority stuff would be useful though...

Heres a first attempt at chains and ropes. Not terribly happy with it, but its better than a yellow box until someone can do a better job.



Would workshops best be done as individual tiles or as one big block?

[jonask84]

TauQuebb, I'll make a list then As for positions in the tileset, they could, if that would help.

kaypy: awesome! I agree, anything's better than the yellow boxes. Larger buildings we do as individual tiles. That way we can also reuse sprites (like some workshops can have tables in them)

I will be on IRC for a time now, on #dfhack at freenode.net
If any of you have time to stop by, I could clarify a few things

[CobaltKobold]

@Impaler[WrG] and CobaltKobold: Yeah, that sounds like a good idea. I was playing with a scheme for replacing certain RGB values and autogenerating various materials.

Possibly might want to do something strange like having two-channel graphics for the paletted ones- fg/bg, since materials do (I'm pretty sure) all have a pair of colors..e'en if they are just out of the 16-color palette.

[kaypy]

OK, having a play with workshops

Since workshops have a combination of floor tiles and impassable tiles, I thought it might be best to have some sort of standard border plus whatever 'building' tiles are appropriate for the workshop type.

After a quick detour to pillage shamelessly from the Visual Fortress thread, heres my take on a kitchen. Or at least my rendition of Grey Hunters take on a kitchen...



(The lighter pink tiles are just to help me keep track of floor space, and should be replaces by a solid block)

[kaypy]

Here's a take on a (ie Grey Hunter's) carpenters shop. And some miscellaneous bits and pieces.



Just don't ask me how that circular saw works. 8-)

[Belal]

I have gotten this to compile on Linux, although it needed a few source changes to do so.  I unfortunately can't get regular dwarf fortress to run on my machine, so I can't test that it is loading the maps correctly, but the stone sense program starts properly.

The main things you have to change are capitalization issues in some of the dfhack header files you changed, as well as some include directives.  In addition I had to install the allegro libraries before compiling, they are available at http://alleg.sourceforge.net/

get the stonesense source with svn checkout http://stonesense.googlecode.com/svn/trunk/ stonesense

then do the following steps

the incorrect filenames are

in dfhack/libraries

Spoiler (click to show/hide)

dfcommon.h dftypes.h dftiletypes.h should be DFCommon.h DFTypes.h DFTileTypes.h

and in the base directory

Spoiler (click to show/hide)

Ramps.bmp should be ramps.bmp

at the top of DFTypes.h and DFCommon.h

Spoiler (click to show/hide)

put a #include <string>

in dfhack/libraries/machtypes.h

Spoiler (click to show/hide)

put #include <sys/types.h> at the top

put #ifdef WINDOWS and #endif directives around the lines

typedef signed __int64     int64_t;

typedef unsigned __int64   u_int64_t;

__extension__ typedef long long int __loff_t;

then build dfhack with cmake as per the dfhack instructions, goto the dfhack/output directory and move the libdfhack.so file into your system lib directory

Next you use sprintf_s and fopen_s in GUI.cpp and xmlBuildingReader.cpp, these are VC++ only functions, but you can change them to the portable sprintf and fopen.

In GUI.cpp

Spoiler (click to show/hide)

change sprintf_s(filename, "screenshot%i.bmp", index);

to sprintf(filename, "screenshot%i.bmp", index);

and fopen_s(&fp, filename, "r"); to fopen(filename, "r");

and in xmlBuildingReader.cpp

Spoiler (click to show/hide)

sprintf_s(filepath, "buildings/%s", line.c_str() ); to sprintf(filepath, "buildings/%s", line.c_str() );

after that create a Makefile, here is mine

Spoiler (click to show/hide)

##----------------------------------------------------------------------------
# Created with genmake.pl v1.1 on Thu Oct 22 12:31:56 2009
# genmake.pl home: http://muquit.com/muquit/software/
# Copryright: GNU GPL (http://www.gnu.org/copyleft/gpl.html)
##----------------------------------------------------------------------------
rm=/bin/rm -f
CC= gcc
DEFS=
PROGNAME= StoneSense
INCLUDES=-I. -I/IncludeDirectories
LIBS=-L/pathToLibraries -Wl,--export-dynamic -lalleg-4.2.3 -lalleg_unsharable -ldfhack


DEFINES= $(INCLUDES) $(DEFS) -DSYS_UNIX=1
CFLAGS= -g $(DEFINES)

SRCS = BlockCondition.cpp Block.cpp BuildingConfiguration.cpp ConditionalSprite.cpp Config.cpp Constructions.cpp GameBuildings.cpp GUI.cpp main.cpp MapLoading.cpp SpriteMaps.cpp UserInput.cpp WorldSegment.cpp xmlBuildingReader.cpp

OBJS = BlockCondition.o Block.o BuildingConfiguration.o ConditionalSprite.o Config.o Constructions.o GameBuildings.o GUI.o main.o MapLoading.o SpriteMaps.o UserInput.o WorldSegment.o xmlBuildingReader.o

.cpp.o:
        $(rm) $@
        $(CC) $(CFLAGS) -c $*.cpp

all: $(PROGNAME)

$(PROGNAME) : $(OBJS)
        $(CC) $(CFLAGS) -o $(PROGNAME) $(OBJS) $(LIBS)

clean:
        $(rm) $(OBJS) $(PROGNAME) core *~

You have to change the library and include paths into the proper places for your distribution in the above makefile

then type make and it should compile!

[kaypy]

And a smelter (magma and regular use the same layout)



Hmm. Does a smelter have a bellows, or would that be the forge only?

[Dwarf]

And a smelter (magma and regular use the same layout)



Hmm. Does a smelter have a bellows, or would that be the forge only?

Course, to actually smelt something even requires higher temparatures than blacksmithing.

[Zargen]

a smelter would have a bellows. In fact it'd need one much more then a forge would since it takes a lot more heat to melt iron then it does to mold it.

[Dwarf]

a smelter would have a bellows. In fact it'd need one much more then a forge would since it takes a lot more heat to melt iron then it does to mold it.

I ninja'd you.

[CobaltKobold]

I sort of wonder why you didn't check out the code and make the changes yourself, Belal.

I have gotten this to compile on Linux, although it needed a few source changes to do so.  I unfortunately can't get regular dwarf fortress to run on my machine,

you're referring to 40d, I assume? Or did you try 40d16?

Just don't ask me how that circular saw works. 8-)

How does that circular saw work?

[Impaler[WrG]]

Excellent work kaypy, I'd really like to see what that edging effect looks like in game.  I would drop the circular saw from carpentry workshop.