Print

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

Faster than 40d, no problems

42 (26.1%)

Faster than 40d, problems

72 (44.7%)

No slower than 40d, no problems

14 (8.7%)

No slower than 40d, problems

16 (9.9%)

Slower than 40d, no problems

2 (1.2%)

Slower than 40d, problems

3 (1.9%)

Doesn't work (please explain)

12 (7.5%)

Total Members Voted: 160

[Savok]

NNN:
Ubuntu: 1000fps menu/pause
325fps (oh god) unpaused
Windows XP: 250fps menu/pause
125fps (not bad, but... heh) unpaused

YYN:
Ubuntu: 3fps menu/pause
3fps unpaused
Windows XP: 0fps menu/pause
0fps unpaused

So, DF is mega muchos faster on Linux, but partial print is broken for me. I must admit that at this point I don't really care; it's working way too well for me to mind the lack.

[Baughn]

The slowness bug has been identified - I'd set one variable to "unsigned int", when it needed to be signed. Only affects windows, by the way.

Between that, and other differences between my code and Toady's, I never saw it coming. Heh. Still, things are settling down.


Savok: Don't you care because you've seen too much death and destruction, dwarf-like, or because it's working well enough for you now?

EDIT: Oh, good.

[Baughn]

Mind you, you still won't get over 2000 fps in the main menu. The timer isn't accurate enough for that. The difference is, you'll get 2000fps at a few percent of cpu use, at most, instead of at 100% cpu use.

You also won't be able to get over 2000fps in-game; though you should get *more* fps, that's somewhat of a hard cap. If this is a problem for anyone, feel free to let me know.


For the curious: What was actually happening was the the (unsigned) graphical frames pending-counter was underflowing and becoming vastly positive, which means you get g_fps equal to fps, all the time. Well, more or less; there's some subtlety to that, but the point is that it was doing way too much work.

[Baughn]

By closer examination, what you actually get is 100x the g_fps framerate as a max. If this is a problem for anyone, please tell me; meanwhile, I'm trying to fix it on general principle.

[Baughn]

Aand.. fixed.

EDIT: Kind of. Now it's doing more frames per second than the FPS counter is willing to actually show. *shrug*

[chewd]

I tried it with a few of my high-population forts 120 - 160 pop.

No noticeable improvement on my machine... i tried dozens of different settings.

[PTTG??]

So far, so good, even with my modded raws and inits. I've even loaded a save of a mature fort at am getting almost twice the frame rate.

[Baughn]

Those of you who are getting disappointing framerates (chowd, I'm looking at you) should try the linux version of DF, as that edition dodged the slowing-down bug in 40d6.

Or you could wait for d7.

That said, http://wubi-installer.org/ is a very easy, utterly foolproof way to install linux.

[Ampersand]

The only problem with using the Wubi installer is that it will automatically install the AMD64 version of Linux if you have a 64 bit processor, which includes the Intel Core2 line, which is fairly common around now, and I'm not sure if Dwarf Fortress will work in it. I can't get it to function in Ubuntu at the moment, but I have a feeling it's dependency issues more than anything else.

[Baughn]

It's compiled in 32-bit mode, but should work fine in 64-bit Ubuntu; it works fine in 64-bit Gentoo here. You just need the 32-bit compatibility libs, including the SDL ones.

(Anyone actually running Ubuntu, feel free to chime in with the package names)

[Andir]

It's compiled in 32-bit mode, but should work fine in 64-bit Ubuntu; it works fine in 64-bit Gentoo here. You just need the 32-bit compatibility libs, including the SDL ones.

(Anyone actually running Ubuntu, feel free to chime in with the package names)

It would be (pretty much) the same as my 64-bit Debian Lenny install.  Make sure you have ia32-libs.  I think Ubuntu actually has ia32-SDL libs as well.  I don't remember what they are called though.  Searching through Synaptic should find them.  Also: "ldd -v dwarfort.exe" should give a list of library dependencies.

[Baughn]

Adding the -v gives perhaps *too* much information, and note that it's a recursive search - you get the libraries' dependencies as well - so the dependencies on your system do not neccessarily match the dependencies on another's.

Also, some of the dependencies are bundled with DF, in the libs/ directory. The df script sets the neccessary environment variables to have it search there.

[aliosha]

Mine ran at 6 fps! What's wrong?

Here's the output of ./df:
ME@MY_COMPUTER:~/DF/df_linux$ ./df

Code: [Select]

(dwarfort.exe:17952): GLib-GObject-WARNING **: instance with invalid (NULL) class pointer

(dwarfort.exe:17952): GLib-GObject-CRITICAL **: g_signal_handlers_destroy: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed

(dwarfort.exe:17952): GLib-GObject-WARNING **: instance with invalid (NULL) class pointer

(dwarfort.exe:17952): GLib-GObject-CRITICAL **: g_signal_handlers_destroy: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
Using OpenGL output path with client-side arrays
Ideal catalog size: 260x260
And here's the output of glxinfo | grep rendering

Code: [Select]

ME@MY_COMPUTER:~/DF/df_linux$ glxinfo | grep rendering
direct rendering: Yes

Can anyone help?

[Savok]

What is your graphics card? Is partial printing on?

My graphics card is rather old and partial printing ruins my fps in both Linux and Windows.

[The13thRonin]

6x6 Embark screen with running river and 500-700 FPS...

Amazing  .