Print

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

Yes

0 (0%)

No

0 (0%)

Total Members Voted: 0

[Mike Mayday]

Hmmm, this new one was made by Sphr, I thought they match the other sprites much better (noticed how they were the only one facing the viewer?).

[dyllionaire]

Great job on all your previous work, and hope the new update for 0.34.2 comes out soon!
Thanks so much for your work Mayday.

[Ihmhi]

I've been refreshing the Mayday website every day this weekend in the hopes that the bugfix would be set. I'd just use the current one if it weren't for the compatability/corruption issues between _1 saves and _2 saves. D=

Please put out the 34_2 tileset soon! Thanks, really love it and show it to all my friends who want to play the game. =D

[Mike Mayday]

It's up, but it's still a quick version with unmodded trees. I need to look around and decide how big a portion of the tileset to devote for plants and vermin.

[Ihmhi]

Woo! You are awesome! \o/

[SpoonOfDoom]

I just wanted to take a second (in fact I have registered after a good year of lurking just to say this) and thank you. Your tileset is what finally got me into Dwarf Fortress. I just couldn't deal with the ASCII graphics on my tries before that and gave up every single time I tried the game. Just like Ihmhi said: you're awesome! 

[Robsoie]

Looks like i had hundred of error messages generated in the error.log in area with undead monsters :

Code: [Select]

*** Error(s) found in the file "raw/graphics/graphics_mayday.txt"
Unrecognized Creature Texture Token: ZOMBIE
Unrecognized Creature Texture Token: SKELETON
etc...


Apparently the problem comes from all these entries in the graphics_mayday.txt because of how the zombie/skeleton system have changed in 0.34.x, there's no more ZOMBIE and SKELETON tag like there was in 0.31.x

Code: [Select]

.....:AS_IS:ZOMBIE]
:....:AS_IS:SKELETON]


I checked on Phoebus thread as i use both tilesets, and apparently it's indeed the problem, as he commented out all those entries out to fix the error message spam.

[Robsoie]

If anyone is interested , here's a modified graphics_mayday.txt from which i deleted any references that had the zombie or skeleton tag (as they are not working anymore due to how the undead system changed visually in 0.34.x)
http://www.sendspace.com/file/ark29d

Back up your original graphics_mayday.txt in raw\graphics\ before replacing it , in case there's an unseen error in the modified version of it, i tested quickly and there's no error log generated anymore, but i didn't tested more than 10 minutes.

(and remember that a saved game copy the content of the RAW folder, so be sure to replace the graphics_mayday.txt that is in the data\save\whateverregion\raw\graphics\ too

[Mike Mayday]

Imhi, Spoon: you're welcome, dudes
Rob: I've been meaning to check- is there a new tag for the undead now?

[Robsoie]

I don't know much, but looking at the graphics_example.txt , now there are some other tags :

For the general texture options options, the format is
"texture type:creature token:x location on tile page:y location on tile page:whether to color it (ADD_COLOR or AS_IS)"
Type of textures:
DEFAULT
ADVENTURER
GUARD
ROYALGUARD
ANIMATED
GHOST

Considering the undead are now using the living creature tile and alternate it regularly with the ñ or Ñ , could it be what the "ANIMATED" is about (as it's a token new to 0.34.x) ?

[Robsoie]

No it does not seem to be that, after replacing every zombies/skeleton token by the animated one, the ñ or Ñ (or whatever is on the tileset at the location of those characters, i replaced both by a skull on my modified version) is always alternating with the creature graphic.

[Mike Mayday]

It looks like Toady meant for those tags to work after all. I'll probably report it.
edit: wait, never mind, I thought the tags themselves don't work.
For now I've replaced zombie with animated and skeleton with ghost.

[Xonir]

First off, thanks for all the work and the amazing tileset! 

I came back to DF after the update and started a fortress game with the first update of your DFG pack. Since that fortress came to a screaming halt due to a bug I can't seem to avoid (game always crashes after certain time after my last save), I figured I'd transfer my save to the second DFG update and hope it fixes this. Never know.

I followed the instructions as on your website

-copy 'save' folder into new 'DFG/data' folder
-delete 'raw' folder in 'DFG/save/region1'
-replaced it with a copy of the 'raw' in the new DFG main folder

But the game won't recognize the save. When I start up the game, it doesn't give me the option to continue, just to create a new world. Tried this a few times and it won't recognize my old save. Am I doing something wrong? Sorry if this is a silly question.

[Robsoie]

Toady mentionned that saved games from 0.34.01 will have a corruption with time if used in 0.34.02 , that crash you experience may be linked to that.
Using the latest version of Mayday pack (based on 0.34.02), you should generate a new world and if you want to keep playing with your existing fortress, use the previous Mayday version (based on 0.34.01) until you're finished with that fort.

Additionally, in several threads now, some people have mentionned crashes , and when turning off truetype , they didn't crash anymore

So try this, in the data\init\ folder of DF, open the init.txt and change

[TRUETYPE:24]

into

[TRUETYPE:NO]

[Xonir]

Thanks for the feedback. Turning off truetype didn't seem to help, alas. I guess that fort will go to the scrapbin then. Too bad, since it was prepared to receive the (goblin glassmaker) queen of my Dwarven civilization and everything. I'll probably come back to DF in a few months when more of the bugs are ironed out.