Print

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

I consider it an essential part of Dwaf Fortress, and can't play without it.

119 (18.5%)

I use it for pretty screenshots, but otherwise don't use it during play.

210 (32.7%)

I only try it occasionally.

173 (26.9%)

I have no idea why I'm even in this thread, I don't use it.

141 (21.9%)

Total Members Voted: 640

[Caldfir]

Thanks, that sounds good.

I might be displaying terrible google-fu here, but is there a feature planned that will let you cut away stuff in the way? Words are failing me here, but my example is that I have a multilevel royal complex built around a waterfall falling into a deep canyon. I can't angle it right to look at it without the cliff sides getting in the way. If I could set blocks until a certain distance away to be transparent, I think I could get a much better look.

I feel like this is a dumb question and also there is probably a simple word for what I mean but gah

I'm still trying to work out how to identify the weird loopy "ceiling tiles" that sometimes show up.  I spent a weekend trying to work it out a while ago but everything I did either made the problem worse or ended up hiding things you wouldn't want hidden.  There is some potential to maybe jury-rig the tile occlusion code to make sure you don't draw any walls in front of floors, but I'm not 100% certain how well that would work out. 

I believe, however, that the next version (or is it already in? I can never keep track) should have a workaround for this particular situation.  You should be able to increase/decrease the x/y/z size of the loaded segment with ctrl+arrows/mousewheel which would let you specify a long-thin-tall area to display (which would be good for showing a narrow canyon).  Getting the x/y size of the segment away from always-square was quite tricky, but being able to do stuff like this is nice. 

[Vattic]

Makes me wonder if there are other ways the display could be sliced. I'm finding it hard to put into words so here's a picture.



Basically you'd be able to move the red line towards and away from the leading corner and anything between it and the camera would not be drawn.

[Rose]

That's actually pretty doable, I think.

I'll try it out when I have the time.

[PeridexisErrant]

After a couple situations where I did a bunch of work, then realized what I was doing wouldn't cover some of the cases that were needed, I've got a solution to the "how to display designations/constructions" thing that should be effective.  I've treated construction and designation as "materials" so all the configurable xml stuff that already exists can be applied easily to them.  Designations and constructions will alter the tiletype reported on the tile.  The display of constructions/designations is toggleable (default keybinding is 'd' right now).  I believe I've got everything including designated tracks working already, so that's the major one finished.  It shouldn't be too difficult to get the same handling for constructions. 

I still need to sort out how the building/construction/room placement cursor stuff works, but hopefully that won't be too bad.

Has it been bad?  Please say no and announce it's about to be released.

[Dark_Tundra]

I've been away for a while, and I don't remember if I've asked this before, but is there a way to have doors count as walls for border_wall_OR or border_wall_NOR?

EDIT:
I should probably share this too, as it's related.
http://dffd.wimbli.com/file.php?id=8473

[thvaz]

Wait!
Do i misunderstand or would it maybe be possible to play DF in stonesense?? o.O ?

In the future, yes. Caldfir is working on it.

Here's a set of links to the progress updates: 
http://www.bay12forums.com/smf/index.php?topic=106497.msg4562067#msg4562067
http://www.bay12forums.com/smf/index.php?topic=106497.msg4586736#msg4586736
http://www.bay12forums.com/smf/index.php?topic=106497.msg4682789#msg4682789
http://www.bay12forums.com/smf/index.php?topic=106497.msg4703847#msg4703847
http://www.bay12forums.com/smf/index.php?topic=106497.msg4932965#msg4932965
http://www.bay12forums.com/smf/index.php?topic=106497.msg5053335#msg5053335

At this point it's an open question as to whether Toady or Caldfir will be next to revolutionise the DF experience (again)!

This would destroy Gnomoria.

I think it is fair, as Gnomoria copied both DF and Stonesense.

[Caldfir]

@Dark_Tundra
I think that would be possible.  I haven't rummaged around too deeply in the sprite-directionality code, but as I recall it happens after buildings are loaded.  Bars and windows and the like would also probably make sense in the same context.  I'll take a look next time I'm down in those parts to see how much sense it makes.

Regarding the status of overlay-related things, progress is being made, though the time I have to put towards it is limited.  I have constructions now using a similar system to the one for designations.  Constructed tracks are handled by DF in a super strange way, but I'm pretty sure I got it all converted (reeeeeeeally long switch statement).  What that means is that all constructions and designations will be handled in the same way as regular tiles, so if somebody wants to draw different sprites for them or make them a different color or whatever they can (the main motivation for doing this was to not have to duplicate the track-drawing code). 

Next up is room-display (so you can see what's going on when you designate your dining hall or whatever), and then I need to figure out how multi-tile cursor stuff (like when you are plopping down constructions or buildings) happens.  I'm a little concerned about the cursor because I honestly have no idea how it is being handled, but hopefully it isn't buried too too deep.  There's more that needs doing after that, but those are the big show-stoppers that make the overlay unplayable in it's current state. 

Keeping at it.  Slowly.

[MoonSheep]

if this becomes a thing i will never play 2d df again

edit: also my dwarves look like this, anyone know whats wrong?

[Rose]

Press whatever key it is to view a creature's stats (I think it's V or C, not sure) and move the stonesense cursor onto one of your dwarves. It should give some useful debug output, hopefully.

[MoonSheep]

I just got it working, I had to fiddle with the index.txt in the creatures folder

[Johuotar]

PTW, amazing work!

[Hugo_The_Dwarf]

Any news on the SSense to DF intergration is going? or is the cursor still being elusive?

[magmaholic]

cursor being elusive?
dude,all you have to do is detect what menu is open,and through that trigger the corresponding key by clicking a button or something.
it seriously needs a GUI,so that you could play straight through stonesense.

well,shit,i didnt read the thread.
GO TEAM CALDFIR OMGHUEHUE
Has anyone tried to integrate soundsense to stonesense?

[Putnam]

Has anyone tried to integrate soundsense to stonesense?

...has anyone tried to integrate scratch-n'-sniff and youtube?

I'm not sure what you mean by this.

[PeridexisErrant]

Any news on the SSense to DF intergration is going? or is the cursor still being elusive?

I would also love to know how room-display and the multi-tile cursor constructions are going!


And for anyone else who has no idea what this is about, here's the story so far: 

Spoiler: The Stonesense Overlay Saga (click to show/hide)

Alright, well I've made a little bit of headway on this since it caught my attention:



The image is upside-down because allegro doesn't bother to reorder the lines when it reads them out of the opengl buffers into memory, and SDL can't understand an upside-down image, so I will need to come up with a workaround there.  Also my calculation for the size of the window is a bit off, and the concurrency controls seem to need a bit of tweaking to avoid blank-spots and flickering, but apart from all that it seems to work.  There is a slight but noticeable lag time between when you press a key, and when the display updates, but I think it's manageable. 

Whole list of minor things that would need to be fixed for this to be a practical way to play the game, but it at least seems like it is possible.

edit:

OK, poked around a bit more and it seems to be working mostly now:



Gonna need to run a battery of tests to get all the little worries worked out, but it's working, and that's the main thing.

...

I seem to have gotten mouse support for DF through the stonesense overlay working.  I am honestly shocked it works at all, but it does.  Also went on a bit of a rampage and tore out some ancient code that was messy, didn't really work, and was slowing down UI responsiveness in general (this needed to be done so that the mouse stuff could work).  Now I think I need to tweak some of stonesense cursor behavior a tad and everything should be well on it's way.

...

Well, the overlay itself is finished (at least the software-mode, which is the first step).  I'm a bit stuck trying to figure out how to display selection areas though.  Without the ability for stonesense to show you what room/plot/designation/burrow you've got selected, the game is unfortunately unplayable (unless you really know what you're doing, in which case it doesn't really fit the plan for this to be a "newbie-style-interface").  I don't actually know how much of that information dfhack already has figured out, so it's hard to give an actual time estimate. 

I'll try to post updates when I know more

...

Code: [Select]

df::global::selection_rect->start_x
df::global::selection_rect->start_y
df::global::selection_rect->start_z;
Everything between that and the cursor is the selection rectangle. Courtesy Angavrilov.

OK, I saw that before but for some reason I thought it wasn't working (although clearly it does).  I have a basic display working now and an idea for a good way to show more clearly. 

I know where the designations are stored, so displaying those are the next thing on the list. 

Still need to figure out room/plot selections and building/construction cursors.  There would still be burrows and a few other loose ends (like displaying text that should be drawn over the screen) but those are the necessities for the game to be playable without constantly having to switch the overlay off to see what the heck you're doing.

...

Posting to let people know I'm still alive.  It has been a hectic few months, but it looks like maybe I'll get some time to come back to get some work done for stonesense in the coming weeks.

Good news all round! Any chance that this could mean an interface breakthrough?

Well, I think the main "breakthrough" was made months ago when I worked out how to hijack the image buffer of the DF window.  From here on out making it actually useable in that form is just a lot of little stuff.  For example I started on designations today: PLACEHOLDER GRAPHICS[/img] (link instead of imbedded image for flow)

So far I have smoothing, engraving, digging/trees/plants and all the stairs/ramps sorted out, but track engraving designations are different.  Also need to test if fortification carving is in the same place as the other engraving/smoothing stuff.  Then we need to come up with a good way to display the information (the image above is the simplest placeholder to do, but is ugly). 

...

The intention is to have it be toggleable [ie easily turn the overlay on and off].  All the framework for doing that is present, since the overlay needs to switch off when you enter a menu screen already - I'll hook in a keybinding for toggling the overlay at some point.

In other news, after a couple situations where I did a bunch of work, then realized what I was doing wouldn't cover some of the cases that were needed, I've got a solution to the "how to display designations/constructions" thing that should be effective.  I've treated construction and designation as "materials" so all the configurable xml stuff that already exists can be applied easily to them.  Designations and constructions will alter the tiletype reported on the tile.  The display of constructions/designations is toggleable (default keybinding is 'd' right now).  I believe I've got everything including designated tracks working already, so that's the major one finished.  It shouldn't be too difficult to get the same handling for constructions. 

I still need to sort out how the building/construction/room placement cursor stuff works, but hopefully that won't be too bad.

...

Progress is being made on the overlay, though the time I have to put towards it is limited.  I have constructions now using a similar system to the one for designations.  Constructed tracks are handled by DF in a super strange way, but I'm pretty sure I got it all converted (reeeeeeeally long switch statement).  What that means is that all constructions and designations will be handled in the same way as regular tiles, so if somebody wants to draw different sprites for them or make them a different color or whatever they can (the main motivation for doing this was to not have to duplicate the track-drawing code). 

Next up is room-display (so you can see what's going on when you designate your dining hall or whatever), and then I need to figure out how multi-tile cursor stuff (like when you are plopping down constructions or buildings) happens.  I'm a little concerned about the cursor because I honestly have no idea how it is being handled, but hopefully it isn't buried too too deep.  There's more that needs doing after that, but those are the big show-stoppers that make the overlay unplayable in it's current state. 

Keeping at it.  Slowly.