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

[YojimboUsaka]

I second the motion of using Beefmo's graphics for units.  They will match very nicely and he has done an apeload of them already.

HAR HAR Hariffic work folks!!!

Yoj

[Mike Mayday]

We are now looking for artists.

Mayday! Mayday!

Yes yes, I've been observing this thread carefully but due to the lack of time I'm refraining from making any promises until I'm sure I could keep them. Besides, all the "work" I did so far was for cavalier, not isometric. That means it'd take new work from me- and I may be prolific but certainly not most talented around here (Nickel's, kaypy's and Solifuge's work- I'm not sure I could top that) so I wouldn't overestimate the value of my potential partaking in this project

uhhh... did that make any sense??

Also, I'd like to repeat my question: any plans on including custom shaped and sized tiles for this?

[Footkerchief]

Though, if you're gonna base your units off an already made tileset, personally.. And no offense to Beefmo, but I don't really care for his Kobolds.

These little guys, however..: http://1d4chan.org/images/6/6a/Koboldtileset.png

Aside from that, I'm looking forward to this mod's development. It's good stuff.

Yeah, a more conservative take on the kobolds might be better, and I don't think there's anything wrong with mix-and-matching as long as the styles don't clash horribly.  IMO Beefmo did his best work on the dwarves and goblins, especially the dwarven nobility.

Besides, all the "work" I did so far was for cavalier, not isometric. That means it'd take new work from me- and I may be prolific but certainly not most talented around here (Nickel's, kaypy's and Solifuge's work- I'm not sure I could top that) so I wouldn't overestimate the value of my potential partaking in this project

Perhaps it wouldn't work out as well as I'm envisioning, but can't they just reuse the graphics tiles that you already made for DF itself?  I don't think creature graphics need to be "isometricized" in any way.

It would be really cool if Stonesense could read a DF-formatted creature graphics file (e.g. graphics_example.txt) so that people could just drop in the graphics pack of their choice.  I don't know how much has been done with detecting creature professions, but professions are a hardcoded list so it should be possible.

[Mike Mayday]

Perhaps it wouldn't work out as well as I'm envisioning, but can't they just reuse the graphics tiles that you already made for DF itself?  I don't think creature graphics need to be "isometricized" in any way.

Well, graphics created specifically for iso- or cavalier- look much better in these views than normal "side-view" (currently used in all DF tilesets). But if you guys want to use the stuff from DFG- be my guest* I trust you know how to extract it properly?

*I'm pretty sure Sphr and the other contributors won't mind either, all the creators here are very... open about their work.

[LegoLord]

It seems to me that currently existing graphics could be used as place holders while we wait for iso creature graphics.  It would be good to get creatures down without needing to wait for special graphics.  Although flipping would only get two of eight potential facings.

[dyze]

It seems to me that currently existing graphics could be used as place holders while we wait for iso creature graphics.  It would be good to get creatures down without needing to wait for special graphics.  Although flipping would only get two of eight potential facings.

imo facings is quite superfluous, at least for fortress mode

[LegoLord]

Oh, creatures have a direction they are facing in.  It's just that without combat text you can't really tell.

[dyze]

Oh, creatures have a direction they are facing in.  It's just that without combat text you can't really tell.

yeah, i was talking in the context of the stonesense

[Mike Mayday]

Man, if it's there and it's possible to vis it, I don't see a reason why not to ALLOW vising it

[Footkerchief]

Oh, creatures have a direction they are facing in.  It's just that without combat text you can't really tell.

I think it might be more precise to say "without combat you can't really tell" -- as far as anyone knows, the game only knows which way you're facing if you made an attack in the last turn.

[Bricks]

Oh, creatures have a direction they are facing in.  It's just that without combat text you can't really tell.

I think it might be more precise to say "without combat you can't really tell" -- as far as anyone knows, the game only knows which way you're facing if you made an attack in the last turn.

Yeah, that definitely seems to be the case.  You could certainly fake facing based on the dwarf's last movement, but that requires tracking a whole new set of variables.

[MP2E]

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!

Excellent stuff! Unfortunately an update to dfhack in the projects folder changes everything though, if you can get it to compile in Linux again please post up your findings.. I've tried a few times but I just can't get it unfortunately. But next time I'll create a patch with your fixes and put it up here, with the hope that it will get merged in

[Nexii Malthus]

I noticed a bug with dual monitors, the window isn't updating graphical draws on the second monitor properly. It works fine on my first monitor though.

AFAIK:
To the Windows 7/Vista theme reverts, I think that is due to incompatibility with OpenGL and DirectX trying run together at the same time. What used to happen is that OpenGL was handled in a wrapper which allowed both together, but this was industrial sabotage as it severely impacted on OpenGL performance, so Micro$oft has to disable the aero theme when an OpenGL program wants to run.

I guess a similiar thing has to happen here with Allegro.
[ Looking into Allegro now, never heard of it before actually ]

[7¢ Nickel]

Feedback on these racks?

[dyze]

armor rack looks great. the weapon rack, maybe the actual rack could be slightly darker for better contrast with the weapons. the weapons looks a tad small too, maybe the hilt of the axe should go all the way to the floor, same with the swords blade?
just thoughts ..nice work!