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.4%)

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

211 (32.7%)

I only try it occasionally.

174 (27%)

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

141 (21.9%)

Total Members Voted: 642

[Rose]

Look at the r2 in that URL. then look here

[zwei]

Guess this might not be worst place to ask, slinghtly on topic:

Spoiler (click to show/hide)

I am looking for diverse set of isometric tiles that fit very well together, a unified art style, so far I have found theese two compatible sets

http://opengameart.org/content/isometric-64x64-outside-tileset
http://opengameart.org/content/isometric-64x64-medieval-building-tileset

This covers grassland/forest/savanahe, carven (rocky part of outside) and dungeon/city.

Do you know about any other source of tiles under permissive license? Googling is unproductive... and I do not really want to steal ss tiles :-)

[CapnUrist]

Not sure where else to go with this:

Have a fort that's about 2 years old, and using dfhack. Every time I try to load up Stonesense through dfHack, I get the following:
Cannot load image: stonesense/terrain/Tracks_Ramps_128.png
six times. I've gone in and looked at the image in question: no problem with it. Looking at a post earlier in the thread, I've cut down on processes running on the computer to clear up memory and no dice. Any way around this? I'd love to see how my dome and tower are looking.

[therahedwig]

a two year old fort really shouldn't take up that much ram... How much ram does you df-process take up, just to be sure?

If it were a xml problem, more people should have trouble with it :x
it's strange...

@zwei, I'm sorry, but those are the only ones I know off.

[CapnUrist]

About 417k memory. It's rather small, mostly topside, working on a dome megaproject.

[Caldfir]

Try commenting out Track_Ramps.xml from terrain/index.txt (using # or just removing the line) and see if stonesense loads for you. 

What seems likely is that your video card might be a bit old, and can't handle images over 2048x2048 (this is a common cutoff).  If you can live without ramp tracks, just leaving that line commented is probably the best option. 

[CapnUrist]

Didn't see any init.txt within the terrain folder, just index.txt; Tried to edit out "Tracks_Ramps.xml" from that file, and even pulled Tracks_Floors.xml with it, and removed the .xml and two .png files from the folder entirely. No combination of these measures made any difference.

You're not necessarily wrong, Caldfir, as I'm using a relatively dated laptop with a Radeon x1200 video card. But dfHack doesn't seem to take any note of the change in the file.

[Caldfir]

whoops - meant index.txt

modified my previous post with the correction

[therahedwig]

whoops - meant index.txt

modified my previous post with the correction

I love how you responded to that, but not to how what he describes is impossible: he removes all the misbehaving files, yet stonesense still claims to have a problem with them?!

@capnurist, are you sure you are editing the right files? does it still give the same error message? or does it now refer to a different file?

[Caldfir]

Heh, yeah I don't think I read that very thoroughly. 

You can try replacing the image file with a smaller one and see if that loads (just copy some other image and give it the same name).  You would end up with messed-up graphics for ramps, but at least it would verify that the problem is the size of that image. 

My only guess is that the image in question might be referenced in other files as well.  Try removing xml files from index.txt until it loads (or the error message changes), or alternately try searching the folder for xml files containing the image's name and remove those from the index. 

[CapnUrist]

This is goddamn strange.

@therahedwig: Yes, positive. Just to be sure, I've been editing ALL the pertinent files...
@Caldfir: Tried copying Track_Ramps.png and renaming the copy Track_Ramps_128.png, and moving the original.
Tried searching through the files, and removed Track_Ramps.xml from the index.
Tried changing every instance of "Track_Ramps_128.png" in the .xml to just "Track_Ramps.png".
Tried REMOVING every tag that had "Track_Ramps_128.png" from the .xml

Absolutely no change. Apparently this is hard-coded somewhere.

[therahedwig]

Which should be near impossible, because Stonesense retreives all it's data from the xml framework. I have a hard time believing Japa or Caldfir would hard-reference the tracks.

One last thing to try: Redownload dfhack.
Occasionally downloads can get corrupted, maybe it did something funny to stonesense?

These situations make me wish Peterix posted the md5checksum of his files.

Other than that, it's up to Japa and Caldfir to search the code.

[Rose]

Yeah, I haven't hard-coded anything that I know of.

Whats the result when you turn on verbose logging?

[CapnUrist]

Ack... just realized I haven't been editing the files in the DF folder itself, merely a copy of dfhack's contents sitting on desktop. Brainfart due to exhaustion, most likely (kids make think hard).

After going through the steps again and removing Track_Ramps_128.png, I can get it to create an image, but... Well, see for yourself:

Spoiler (click to show/hide)

[Rose]

That... looks like you have major videocard problems.

About the only thing I can suggest is try changing the drawmode in stonesense/init.txt