Print

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

[steveman0]

Good to hear of the progress. 

I still plan to hold off until the next big one that goes through that fixes the military.  The elven caravan has been waiting since April to 'observe' my new marksdwarf practice range.

[AngleWyrm]

Hmm seems the season temperature changes are more extreme than I'd imagined.

On a temperate map which had liquid water year round in .04, the lakes and the river are now frozen in spring.
I'll need to build a few more walls because of that

I'm avoiding Temperate regions because of this new development.

[Deathworks]

Hi!

Anyone think of a workaround for the crash-on-exporting-world-gen-info bug? Found a great site, embarked without spending points and accidentally saved >_<

All my attempts from within 31.05 failed. Thus, you might try copying your save into a 31.04 or 31.03 installation just for the purpose of extracting that information. I think that should theoretically be possible.

Deathworks

[culwin]

Just a quick comment on the Linux version I'm using:

Dwarves seem to be okay going down ramps but do not want to go back up them.  I started by digging into the mountain, then designated a channel (which produced a downward ramp).  On the Z level below I mined out some more area.  I had that miner sit on that Z level until I designated an up staircase, and a matching down staircase on the level above him.  Once they were connected he ran up and all the other dwarves ran down (to fill the stockpile I had designated there) immediately.

I saw the same kind of thing in .03, but I thought it was something to do with the way the ramp was facing or something (do ramps always go south(bottom) to north(top)?)
Anyhow, I just started building the up and down staircases right out of the rock when channeling, to avoid that issue.  Then dig all the stuff on the lower z-level first, before channeling from the top.  If no dwarves are ever going to go back into the pit, you can destroy the upper staircase after digging.

[ItchyBeard]

I saw the same kind of thing in .03, but I thought it was something to do with the way the ramp was facing or something (do ramps always go south(bottom) to north(top)?)

Ramps do not have a facing. The shape of the ramp icon only indicates whether there is a ramp on the current level (points up) or the level below (points down). Ramps are omni-directional (assuming there is a suitable wall next to them).

Edit: Note that it's not sufficient to have just a floor on the level above for a ramp to work. You must have a wall next to it with free space above it for the ramp to function. If you dig out the wall next to a ramp, the ramp will no longer work.

[MaXMC]

I just started my 31.03 save in 31.05 I'd suffered from the Cancels clean self messages and had put off playing until it was fixed.
It was winter, but nothing had EVER frozen during the 3 years I've played.

Now when I started, every muddy puddle and my brook was frozen solid. It seems like any water that had sky above was frozen (even though I had laid floor over some areas).
After a while (5-10 minutes) the muddy puddles thawed and went back to their liquid ways.

Now it just became spring and my brook is still solid ice...

Update: I spoke to soon... now the brook has thawed too! Yay!

[Haspen]

Yes YES yes YES

Let's see how much of improvement this version has...

[DDR]

Hm, thinking back to the old 40d days, I recall better add-ons support, and a more stable wiki. It is odd - DF players prosper from having one stable release for a long time, but we really, really like lots of constant little releases.

On that note: YaaaAAAaaaAAAaaaAAAaaay!

[Dr. Melon]

Awesome! Now I can get my dead expedition leader back!

[kudakeru]

SDL version crashes on every attempt to start. Windows 7, 64-bit, nothing touched; no errorlog.txt, else I'd post it.

I ran into this issue on a clean install the other day.  For me it was just that I needed to change print mode to something that didn't crash.  Turned out I hadn't installed my video card drivers yet, so OpenGL modes weren't functioning.

[Rose]

works great for me.

[LimeLight]

In my second year on a fresh world. So far so good. The only bug(graphics glitch) I have encountered are letters appearing in the stone borders separating the menu and local map when using U to pan to a dwarf/unit. A very minor glitch. I'm guessing its due to opengl possibly.

Using
[PRINT_MODE:STANDARD]
[SINGLE_BUFFER:NO]

[Dante]

This is great, I'm getting ~50 FPS more than .04, which was again ~50 more than .03.

Getting a lot of screen artifacts though - particularly ascii symbols from the terrain get repeated off to the right where there should be a black border, and if I zoom from the stocks screen I get a punch of random bright purple characters.

[wRAR]

When I resize the window, my Linux box locks up completely (even SysRq-B doesn't work). The same was with 0.31.04. I have Radeon 9600 Pro with Xorg 1.8.2 RC1, opensource radeon driver 6.13.0 and Mesa 7.8.1.

[Rafal99]

I am getting some graphical gliches when going from one screen to another ingame. Seems like some screen areas that should be refreshed are not.
Using default settings [PRINT_MODE:STANDARD] and [SINGLE_BUFFER:NO], haven't yet tried others. I am on Windows XP SP2.
 
Lets show this is on screenshots:

Spoiler (click to show/hide)

This screen is ok, but now lets zoom to the selected dwarf.



Here it glitches.
One column of letters from previous screen stays visible. You can see 2 characters left from the "selection rectangle" too. Additionally the name of created artifact partially goes out of the area where it should be displayed.
How lets go back to the main menu.



All glitches from previous screen still stay. The part of line with artifact name stayed too.

Ok thats it. Hopefully these screens are helpful.

Btw nice work on making FPS counter find its place on screen without obscuring anything.