Print

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

[Lord Shonus]

IN adventurer mode, the game locks up on death for me.

[Zared]

Can you try 2DHW and 2DASYNC, tell me how those work?

It's possible that 2D should just be 2DHW, I think I was being way too conservative there.

2DHW and 2D (I forgot to retest it after disabling desktop effects) both get 16 now, same as STANDARD.
2DASYNC gets up to 19 or so, about the same as the non-standard 3D modes.

That's the same or better than I was getting in Windows, so I guess those couple FPS for the 3D modes are all on the ATI Linux drivers

(ha, as a point of interest, I get the exact same numbers running df_linux as I do running the windows version using WINE)

[SirPenguin]

Alright, from my desktop.
Single core, 2.4ghz AMD64 (old skool)
GeForce 7900GS
1gig of RAM
Windows XP
Same fort, same time in the same fort, max screen, etc.

Standard: 18
2D: 16
2DHW: 16
2DASYNC: 16
PARTIAL:0:17
ACCUM_BUFFER: 18
FRAME_BUFFER: 17


conclusions: Man, I don't even know. From my position, there is no significant difference in any of the modes across both my laptop and my desktop. In general the non-2D modes felt more stable in terms of fluctuation, but beyond that the numbers were very close all around.

I might try this on Linux once I get Ubuntu up on my desktop

[Midna]

Well, the 3D modes are pretty much broken on d17. There's a very good chance it'll crash. It's fixed now, but..

The saves should be compatible, though.

Isn't that a minor understatement?

I see this when I start DF using 3D modes such as partial printing:

Spoiler (click to show/hide)

When starting it with SINGLE_BUFFER:YES, I get a completely white DF screen instead, no placeholder for where the FPS count should be or anything like that.

Regardless of situation, keys still work, and hitting the up arrow lets me quit as usual. 2D modes (primarly 2DASYNC) work fine, but start slowing down very quickly as fortresses grow, though I've come to expect that by now.

I'm using a laptop, with the following:
IntelŪ PentiumŪ Dual CPU T2370 @ 1.73GHz 1.73GHz (Windows 7 x64)
2.00GB RAM
Mobile IntelŪ 965 Express Chipset
(...Yes, that last one is the main bottleneck here.)

It's odd...40d16 worked perfectly, but 40d17 broke just about everything, it seems.

[SirPenguin]

We literally have identical laptops save for a minorly different CPU, which is negligible given we have the same architecture. Only difference is 64 bit

Definitely reinstall your graphics drivers. Or update them if you haven't.

[JGT]

Okay. Does d17-head work _now_?

./dwarfort.exe: error while loading shared libraries: libjpeg.so.8: cannot open shared object file: No such file or directory

Me, too, now on the new head.

[Jamp]

The DF executable is stripped, libgraphics is not.

At least the last few frames of the backtrace should have names. Post the whole thing anyway, okay?

Its basically the same thing I posted before, but anyway...

Spoiler (click to show/hide)

mkdir: cannot create directory `unused_libs': File exists
mv: cannot stat `libs/libSDL*': No such file or directory
GNU gdb (GDB) 7.0.1
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /root/df_linux/git/Dwarf-Fortress--libgraphics-/dwarfort.exe...(no debugging symbols found)...done.
(gdb) run
Starting program: /root/df_linux/git/Dwarf-Fortress--libgraphics-/dwarfort.exe
[Thread debugging using libthread_db enabled]
[New Thread 0xf66c8b70 (LWP 2756)]
Loading bindings from data/init/interface.txt
Using 2D mode
Asked for 80x25 grid
Setting to 640x300, grid 80x25, zoom 1.000000
Asked for 240x88 grid
Setting to 1920x1061, grid 240x88, zoom 1.000000
Returning input:
    Enter: SELECT
    Enter: CLOSE_MEGA_ANNOUNCEMENT
    Enter: WORLD_PARAM_ENTER_VALUE
    Enter: SETUPGAME_SAVE_PROFILE_GO
Returning input:
    Enter: SELECT
    Enter: CLOSE_MEGA_ANNOUNCEMENT
    Enter: WORLD_PARAM_ENTER_VALUE
    Enter: SETUPGAME_SAVE_PROFILE_GO
Returning input:
    u: WORLD_PARAM_DIM_X_DOWN
    u: WORLD_GEN_USE
    u: A_BUILDING
    u: SETUP_LOCAL_Y_MUP
    u: HOTKEY_BUILDING_CONSTRUCTION_STAIR_UP
    u: HOTKEY_BUILDING_WORKSHOP_BUTCHER
    u: BUILDING_DIM_Y_UP
    u: BUILDING_TRIGGER_MIN_MAGMA_DOWN
    u: HOTKEY_GLASS_STATUE
    u: HOTKEY_MASON_STATUE
    u: STOCKPILE_FURNITURE
    u: STOCKPILE_SETTINGS_SPECIFIC1
    u: ORDERS_GATHER_FURNITURE
    u: D_UNITLIST
    u: DESIGNATE_STAIR_UP
    u: UNITVIEW_PRF_SOLDIER_UNARMED
    u: STRING_A117
Returning input:
    v: A_BARTER_VIEW
    v: SETUPGAME_VIEW
    v: HOTKEY_BUILDING_CHAIN
    v: HOTKEY_BUILDING_MACHINE_AXLE_VERTICAL
    v: HOTKEY_BUILDING_WORKSHOP_LAVAMILL
    v: BUILDING_VIEW_ITEM
    v: HOTKEY_CARPENTER_BARREL
    v: HOTKEY_LEATHER_QUIVER
    v: HOTKEY_FARMER_PROCESS_VIAL
    v: BUILDJOB_STOCKPILE_BIN_UP
    v: STORES_VIEW
    v: D_VIEWUNIT
    v: ASSIGNTRADE_VIEW
    v: TRADE_VIEW
    v: UNITJOB_VIEW
    v: NOBLELIST_VIEW_CANDIDATE
    v: DESIGNATE_TOGGLE_ENGRAVING
    v: ITEM_DESCRIPTION
    v: UNITVIEW_NEXT
    v: UNITVIEW_RELATIONSHIPS_VIEW
    v: MILITARY_VIEW
    v: STRING_A118
Returning input:
    Enter: SELECT
    Enter: CLOSE_MEGA_ANNOUNCEMENT
    Enter: WORLD_PARAM_ENTER_VALUE
    Enter: SETUPGAME_SAVE_PROFILE_GO

Program received signal SIGSEGV, Segmentation fault.
0xf705c642 in strcat () from /lib/libc.so.6
(gdb) bt
#0  0xf705c642 in strcat () from /lib/libc.so.6
#1  0x08477e7f in ?? ()
#2  0x084a1d86 in ?? ()
#3  0x20656853 in ?? ()
#4  0x20656853 in ?? ()
#5  0x20656853 in ?? ()
#6  0x20656853 in ?? ()
#7  0x20656853 in ?? ()
#8  0x20656853 in ?? ()
#9  0x20656853 in ?? ()
#10 0x20656853 in ?? ()
#11 0x20656853 in ?? ()
#12 0x20656853 in ?? ()
#13 0x20656853 in ?? ()
#14 0x20656853 in ?? ()
#15 0x20656853 in ?? ()
#16 0x20656853 in ?? ()
#17 0x20656853 in ?? ()
#18 0x20656853 in ?? ()
#19 0x20656853 in ?? ()
#20 0x20656853 in ?? ()
#21 0x20656853 in ?? ()
#22 0x20656853 in ?? ()
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb)

and goes on and on until

Code: [Select]

#667 0x20656853 in ?? ()
Cannot access memory at address 0xffffe000
btw valgrind says something too

Spoiler (click to show/hide)

Source and destination overlap in strcat(0xfedac06c, 0xfedac134)
==2835==    at 0x4C9F700: strcat (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==2835==    by 0x8477E7E: (in /root/df_linux/git/Dwarf-Fortress--libgraphics-/dwarfort.exe)
==2835==    by 0x6568531F:
==2835==
==2835== Source and destination overlap in strcat(0xfedac1fc, 0xfedac2c4)
==2835==    at 0x4C9F700: strcat (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==2835==    by 0x8477E96: (in /root/df_linux/git/Dwarf-Fortress--libgraphics-/dwarfort.exe)
==2835==    by 0x6568531F:
==2835==
==2835== Invalid write of size 1
==2835==    at 0x4C9F67B: strcat (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==2835==    by 0x8477E7E: (in /root/df_linux/git/Dwarf-Fortress--libgraphics-/dwarfort.exe)
==2835==    by 0x6568531F:
==2835==  Address 0xfedad000 is not stack'd, malloc'd or (recently) free'd
==2835==
==2835==
==2835== HEAP SUMMARY:
==2835==     in use at exit: 71,010,340 bytes in 910,826 blocks
==2835==   total heap usage: 1,423,093 allocs, 512,267 frees, 141,978,336 bytes allocated
==2835==
==2835== LEAK SUMMARY:
==2835==    definitely lost: 29,164 bytes in 464 blocks
==2835==    indirectly lost: 312,324 bytes in 1,831 blocks
==2835==      possibly lost: 19,338,417 bytes in 361,524 blocks
==2835==    still reachable: 51,330,435 bytes in 547,007 blocks
==2835==         suppressed: 0 bytes in 0 blocks
==2835== Rerun with --leak-check=full to see details of leaked memory
==2835==
==2835== For counts of detected and suppressed errors, rerun with: -v
==2835== Use --track-origins=yes to see where uninitialised values come from
==2835== ERROR SUMMARY: 4003 errors from 13 contexts (suppressed: 295 from 14)
./df: line 12:  2835 Segmentation fault      valgrind ./dwarfort.exe $*

[Baughn]

Oh yeah. Fandango on core.

That's not a backtrace, unfortunately.. strcat, assuming it really is the culprit, seems to have overwritten it. 

[madman]

Really nice, thank you.

Running on Debian stable (amd64), dual core, Radeon 9200 PRO graphics card with the Debian default drivers (no native drivers exist that will work on my version of Linux, so I'm fairly sure no GPU 3D support):

40d15: I had [G_FPS_CAP:5] and [PARTIAL_PRINT:YES:6] and could squeeze out ~45-48 fps.

40d17:
[PRINT_MODE:STANDARD]: 9 fps
[PRINT_MODE:2D]: ~72 fps
[PRINT_MODE:2DHW]: ~72 fps
[PRINT_MODE:2DHW] and [G_FPS_CAP:5]: ~85 fps

It was a bit of a hassle getting the 32 bit libraries installed I needed to get the following 32-bit debs (above what I'd already needed for previous df installs):
libflac8_1.2.1-2+b1_i386.deb  libogg0_1.1.3-4_i386.deb  libopenal1_1.4.272-2_i386.deb  libsndfile1_1.0.17-4+lenny2_i386.deb

I also needed to install lib32icu38

I haven't played long enough to test for stability. I know sound is broken for me, but I turn that off anyway.

Will there ever be a native 64-bit dwarf fortress? There's something like a 10-30% speed improvement to be found there.

[CobaltKobold]

I wonder how tricky it'd be to get a nati'e 16-bit 'ersion.

[Gnoll Fortress]

Hey, I'm having a problem where d17 is crashing occasionally.
I'm running Windows 7, 64 bit.
This was happening in d16 as well.
Anything I can do to try and fix this? what other information do you need?

I am also having a crash on my windows 7 64 bit v40d17 it crashes randomly I tried 2dasync and just standard but it doesnt seem to make a difference I had no problems at all with 40d16 though.

[Baughn]

It'd require Toady installing a 64-bit linux distribution, and additionally managing to compile a 32-bit version on it. Beyond that, there's a good chance it'd just work; I haven't seen any code that would fail from that switch.

Probably wouldn't be all *that* hard, actually, but it's not something he's looking into right now.


madman: 3D modes are kinda, well, /broken/ in 40d17. You might want to try d17-head; although 2D seems to work well enough for you, there's also a thing where the macro save/load screens are broken, and some input improvements.

[Baughn]

Hey, I'm having a problem where d17 is crashing occasionally.
I'm running Windows 7, 64 bit.
This was happening in d16 as well.
Anything I can do to try and fix this? what other information do you need?

I am also having a crash on my windows 7 64 bit v40d17 it crashes randomly I tried 2dasync and just standard but it doesnt seem to make a difference I had no problems at all with 40d16 though.

Well.. some sort of backtrace would be nice, but I have no idea whatsoever how to get windows to make those.

They used to just pop up automatically, back in the windows 2000 era.

[Grax]

I wonder how tricky it'd be to get a nati'e 16-bit 'ersion.

Don't know for sure but i think it's impossible because of memory limitations in 16bit mode and DF sometimes eats more than 500mb on my system.

[madman]

madman: 3D modes are kinda, well, /broken/ in 40d17. You might want to try d17-head; although 2D seems to work well enough for you, there's also a thing where the macro save/load screens are broken, and some input improvements.

Thanks, I'll try that. I've been holding out for a 2D version though - I'm pretty sure that on my machine a lot of the OpenGL is done through software emulation - the 9 fps seems about right for me without drastically trimming the G_FPS_CAP. 32 bit is only a minor annoyance - although I think Dwarf Fortress is the last bit of 32-bit code that I'm still running, and I look forward to one day ditching the 32-bit emulation libraries.

It's been kind of hard to explain to my friends that I've found this really great game that uses ASCII graphics (so far, so good, we all used to enjoy nethack), but requires OpenGL to run! (huh?)