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

[CobaltKobold]

*opens mouth, closes mouth,thinks on Legends mode and worst-cases*
an "artwork/engravings vector" somewhere, and act somewhat as though it were an object?
Let's see, an art has a subject which may be an image(double crescent), a (generic) creature/object(cheeses anyone?), a histfig+event, or a living dwarf+preference/aversion...

Not entirely sure where the hidden fun engravings fall, though it feels like the last two, with fake hist-events.
with another special case or two for the symbols of your civ,though those are the former two, and might just be a special case of choice/display rather than storage.

[LordZorintrhox]

Wow, I...just wow.

I mean, I was following the development of Stonesense closely, but I underestimated how easy it is to setup and how satisfying it is to see my fort in this format.

Wow.

[kingpocky]

Excuse me if this is an ignorant question/suggestion-

Is there any way that some of the data could be found more easily if the goal was only to produce a snapshot instead of a constantly updating picture? I usually only use Stonesense for looking at finished products, so I'd be glad to sacrifice watching the movement of creatures for a tad bit more detail somewhere else.

[kaypy]

Is there any way that some of the data could be found more easily if the goal was only to produce a snapshot instead of a constantly updating picture?

Yeah, theres a fair amount of detail sacrificed in the name of speed. In a static shot you could afford a lot more computation and just plain data. Simplest example- objects are 'too hard' because reading the data would lock up worse than when you look at stone in the stocks menu. (Compare 'reading one object type within the game' vs 'reading all of the objects through hacked memory access')

However, there is also a flip side to this- any detail would also need an equivalent amount of configuration. We are just now getting to the point where we have ramps that aren't plain grey blocks, so theres an awful lot still to be done on the capabilities we have.

Removing realtime in order to add new capabilities wouldn't necessarily cause content to be added any faster. And for many things, we may be able to get decent results with more research (objects again as an example: theres gotta be a better way to get at them, because DF surely doesn't dredge through the entire list for every frame update)

[Dark_Tundra]

Just asking, but could the sysyem used to create the depth fog also be used to tint rock types in their respective colours? I imagine that would require a second pass for the depth fog, but if this can be utilised on rock types not specifically designated within the tilesets, this could be an effective way to fill in the rock types without having to specify each individual tile for each individual rock type.
I have little to no programming experience so forgive me if I am mistaken.

[Khalan]

Personally I'd love Stonesense to remain realtime, I run it side by side with DF.  (Now I just need a third monitor to run Visual Fortress on!)

Would it be possible as a start for there to be an optional single default sprite for objects?  That way it only has to check if any object exists at all in that tile, then display the default sprite - something like a small crate or boulder.  Or is that just as hard?

[forsaken1111]

Problem there is it would look ugly, as you'd have either crates or boulders EVERYWHERE and I don't think they can tell a hidden object from a non hidden object in DF. Would look very messy.

[jonask84]

Just fort the record, that would be dead simple. Two lines of code. But like forsaken said, it wouldn't give you much...
I'm looking at objects right now. there is a pattern to the chaos, we just have to find it...

[Sean Mirrsen]

If it'll help you think, you can paste memory dumps or whatever here. Our collective consciousness might provide an answer.
On a related note - I got utterly confused poking around the Cheat Engine without directions. Can't even get a lead on anything of interest.

[Dark_Tundra]

Alternate well:

I dont know how to put it in though, I'm far too tired to be working out "if"s, "else"s, and "which part of the universe will collapse if I pull this lever?"s.

[jonask84]

Alternate well:

I dont know how to put it in though, I'm far too tired to be working out "if"s, "else"s, and "which part of the universe will collapse if I pull this lever?"s.

That looks awesome You should put it in the Content Repository, so other people can try it out easily.

Anyway, here's how you configure it:
<building name="Well" gameID="well" file="YOURFILENAME.png">
   <sprite index = POSSITIONINFILE />
</building>
just make an xml with that in it
I've been meaning to make a tutorial on how to make buildings...

@Sean Mirrsen: Yeah I'm not too stable with that memory peaking myself. I'm glad I just have to interface dfHack

Edit: it might also help read this: http://dwarffortresswiki.net/index.php/Stonesense:Sprites

[Dark_Tundra]

@Jonask84: Got it now, thanks.

[Khalan]

Just fort the record, that would be dead simple. Two lines of code. But like forsaken said, it wouldn't give you much...
I'm looking at objects right now. there is a pattern to the chaos, we just have to find it...

If you could detect if there is an object and it is in a stockpile tile, then display a crate - I like displaying the stockpiles, so this would come in useful for showing how full a stockpile is.  As an option of course.

[kaypy]

Would it be possible as a start for there to be an optional single default sprite for objects?

It's certainly doable- I had it working like that in one of the experimental branches, way back. Never made it to the release versions though, because it didnt seem to add much.

(There is a separate 'there is an object in this tile' flag that is easy to detect, as opposed to the actual object data itself, so its pretty simple. If we find some way to look up an object by location, rather than searching through the object vector, then most of the problems with objects would similarly vanish)

[CobaltKobold]

If it's too slow for vis to hunt the objvector to display, I expect that it is also too slow for DF to...

I mean, DF has the two flags for creature occupancy- we don't display that by searching the creature vector, do we? (How's SS deal with multiple creatures in a tile anyway?)