Print

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

[Kamamura]

Tried to enable it in init.txt on multiple computers with various configurations, always ends up with and assertion error.

On my main rig, I have GeForce 670GTX with the latest drivers 310.44, it states it is OpenGL 4.3 compliant, GL_ARB_sync is clearly listed as supported by the drivers.

Where is the problem, does anyone know?

[ORCACommander]

works fine on my gtx 460 driver 314.22

[Kamamura]

Windows or Linux?

[ORCACommander]

windows 7 64 bit

[lue]

Note the line of text above the ARB_SYNC option in init.txt:

Code: [Select]

On cards that support the OpenGL ARB_sync extension, turning this on can improve framerates in GPU overload conditions. It defaults to NO, as many cards that claim to support this will crash if asked to do so.
Perhaps your card is one of the ones that only "claims" to support it. I don't know if this actually tested it, but setting ARB_SYNC to YES for me didn't crash on my Radeon 3100 (although I didn't actually "play", I was able to open a game, quit it, and exit DF without problems).

[Kamamura]

Yes, I have read the text, and I seriously doubt that flagship NVIDIA cards have botched up OpenGL implementation.

Tested the problem some more on various machines:

Works without problems on my Radeon 6800M laptop card
Works on Windows 7 64bit, Nvidia GTX 670 fullscreen and windowed, but when I try to resize the window, the application hangs.
On the same machine under Kubuntu 13.04, and on another, older Kubuntu machine (64bit versions), both produce the same error:

Code: [Select]

Dwarf_Fortress: src/g_src/renderer_opengl.hpp:172: virtual void renderer_opengl::render(): Assertion `enabler.sync == __null' failed
The source file is actually present (what for? I thought df is just precompiled binaries...), I looked into it and it seems it's a short function that tests whether the driver reports that it supports ARB_sync, and if so, tries to enable it, but throws an exception. The code looks like it uses SDL, could it be that it's built with an obsolete SDL version?

[ORCACommander]

I recommend you join the #dwarfortress channel on the freenode irc network. whole bunch of linux derivative users on there that can help you with sdl and binary problems. Only gist iremeber of their discussions is you have to download a lot of support packages

[HavingPhun]

I'm running on windows 7 64-bit with my gtx 670. Driver version 301.42. Also this is a variant made by EVGA. I think it uses some parts from the 680. I can't help you with the problem. Just wanted to confirm.

[Kamamura]

I'm running on windows 7 64-bit with my gtx 670. Driver version 301.42. Also this is a variant made by EVGA. I think it uses some parts from the 680. I can't help you with the problem. Just wanted to confirm.

When you run the game in a window, and try to resize the window with ARB_sync on, does it hang or does it work correctly?

[ORCACommander]

can't say i have noticed such a thing. I usually run the game windowed and maximize it right after launch

[Kamamura]

And can you please try?

I have basically two situations here (tested on 3 different machines).

Windows - ARB_sync works, regardless of hardware, but hangs on resizing the window
Linux - ARB_sync never worls, regardless of hardware, always ends up with the mentioned failed assert.

Specifically, my questions are:

1) Is there anyone running DF with ARB_sync on able to resize the window without the game freezing?
2) Is there anyone able to start the game with ARB_sync on without getting the mentioned error?

Thank you.

[HavingPhun]

I don't get an error message and it resizes fine. Whether I use the mouse or f11 it does not hang at all. Also, I should be able to do a linux test within a few weeks.