Print

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

Faster, no (unknown) problems

Faster, problematic

Same speed, no (unknown) problems

Same speed, problematic

Slower, no other (unknown) problems

Slower, problematic

Doesn't work at all

[Tilla]

What's this Shader mode? Is this serious or just an April Fools thing?

NM just read up on it (didn't see it till today when the pranking started, lol)

And I see it's being scrapped anyway in favor of dual-core anyway.

[i2amroy]

not sure if this has been reported yet: linking stuff to levers doesn't zoom properly to the listed item.

Its been reported. What it is actually doing with a few exceptions is looking at the thing that should have been looked at previously.

[TheSpaceMan]

Nothing saying that you couldn't do stuff trough dual core & shader at the same time.
But the speedboost gained by running that part trough the shader might be nothing in comparison. Then again, by forcing it pixelperfekt and just have pinkgoo (1bit alpha) some speed probably could be gained anyway...

But what do I know. I have no idea how stuff is being handled, well haven't looked into detail anyway even if I got GIT poked at the source.

There is allways some kind of magic to apply.

[Richards]

Any eta on the merge with 31? I'm glad we have a new version, but the lack of adjustable view compared to these feels somewhat limiting.

[Rafal99]

You can change tileset number of tiles on screen in init.txt in 0.31 the same way as you could in 40d.

[immibis]

You can change tileset number of tiles on screen in init.txt in 0.31 the same way as you could in 40d.

I think the lower framerate is a bigger problem.

[Rafal99]

Yeah framerate is quite bad. I had 20 fps after embark in 4x4 map, and after disabling temperature, weather and caveins.
Changed PARTIAL_PRINT to YES, and it jumped to 80 fps O.o.
Still worse than 40d19, can't wait until Toady releases a version with Baughn's awesome work included.

[GwynWynn]

I just got started with DF, had a couple of glitches along the way. I am running Ubuntu Karmic 64-bit so you can guess what happened... ya, no 32-bit libs installed. I installed the 32-bit packages for libncursesw.so and that was fixed then I got the libjpeg.so.8 error.

This means dwarfort.exe is linked against libjpeg.so.8 (run ldd -v on dwarfort.exe and you'll see it mentioned).  You need to install whatever package on Ubuntu provides libjpeg.so.8.  I'm guessing there's a "libjpeg8" package that exists somewhere.  Contact your OS distributor/vendor for assistance here.

I fixed this by compiling a 32-bit version of libjpeg.so.8.0.1 and putting it into the df_linux/libs folder then I made ran:
 ln -s libjpeg.so.8.0.1 libjpeg.so.8
I was then able to fire up DF with:
./df

I will play for a bit and check back frequently. My thanks to all who have contributed here.

I will also host the pre compiled lib at my company blog site.
http://thescoundrels.net/2010/04/06/dwarf-fortress-alpha/
I can only certify that this file works on my system. I have not tested it on any other machines.

Gwyn Wynn
First Order Scoundrel
The League of Magnificent Scoundrels

[kurokikaze]

/df: line 6:  5036 Floating point exception./dwarfort.exe $*

Anybody knows what's this? It pops up right after "Synchronizing folders..." message.

Running Linux version of 40d19 in Debian Lenny, in terminal, with text mode.

[LordZorintrhox]

That is a error that can pop up in any C code that divides by zero.  At least, when I've encountered that kind of error, it was a divide by zero.  Depending on the platform, it may not actually have anything to do with floating point numbers; dividing integers by zero can throw that exception.

In short, that would be a bug.

[Nether]

So, are we going to be waiting for the merge for days, weeks or months?

I check the forums out every day and I'm quite busy lately so if I could put a date in my agenda to start giving this attention again it would be rather pleasing to me XD

[Footkerchief]

So, are we going to be waiting for the merge for days, weeks or months?

I check the forums out every day and I'm quite busy lately so if I could put a date in my agenda to start giving this attention again it would be rather pleasing to me XD

Unfortunately nobody can put a date on it, not even Toady.  It looks like the current priorities are 1) crash bugs, 2) the merge, 3) other bugs.  Based on that, my guess is: no sooner than two weeks.

[Qiu]

my guess is: no sooner than two weeks.

You're breaking my heart. 

[kurokikaze]

Display initialization failed, DF will crash if asked to use the screen.

I can see intro ("Using ncurses mode"), can generate world and then it all crashes. Debian Lenny, in terminal, w/o Xserver.

[Nether]

So, are we going to be waiting for the merge for days, weeks or months?

I check the forums out every day and I'm quite busy lately so if I could put a date in my agenda to start giving this attention again it would be rather pleasing to me XD

Unfortunately nobody can put a date on it, not even Toady.  It looks like the current priorities are 1) crash bugs, 2) the merge, 3) other bugs.  Based on that, my guess is: no sooner than two weeks.

tnx

I'll stick to 40d19.2 then Any idea what would work best?
Going to try a 4x4 with 100 dwarves max to see if I can keep my fps above 40 this time XD

Under 30 fps will mean that I'll take out my dinosaurs and have the 9/10th of the fun!