[http://sourceforge.net/p/ufoai/bugs/2417 Item 2417] imported from sourceforge.net tracker on 2013-01-28 19:35:59

Tested on 2 different win32/xpsp3 machines, one with ATI, the other with Nvidia-GFX-Card (log from ATI-GFX-PC).
The bug looks like this:
- Changing resolution works as expected, everything seems to work fine, Geoscape works...
- When entering the battlescape the game locks after loading...
- Resolution 1024x768 always works, higher resolutions never work...

Attached a log from the Nvidia-gfx.
It says: Q_vsnprintf: string (GL_EXTENSIONS: GL_ARB_color_buff...) was truncated (-1) - target buffer too small (4096)
???
===== Comments Ported from Sourceforge =====

====== mcr2010 (2010-03-18 23:21:09) ======


====== mcr2010 (2010-03-18 23:27:02) ======

Here you can find the log from the ATI-PC:
http://ufoai.ninex.info/forum/index.php?topic=3973.msg34946#msg34946

Would be nice if you could help me with this, Mattn 'cause I want to see this game in its full beauty in ultra-high-res ;)
(That's why I set the priority to 6 for this one)...
====== markhawrylak (2010-03-18 23:56:12) ======

I experience this issue too.
A work around is to:
1. load the game
2. set the resolution you want
3. exit the game
4. open the game and load the campaign
====== mcr2010 (2010-03-19 06:50:26) ======

Thanx a lot, markhawrylak !!!
This workaround really worx !
When I read this I almost could not believe that it is so simple ;)
But it is.
I tried everything, but never thought about trying this...
Now I see 2.3dev 1st time in 1600x1200. GREAT ;)
====== tlh2000 (2010-05-12 19:47:19) ======

this is not reproducible here - neither on win, nor on linux - any more info that you can provide?
====== mcr2010 (2010-05-12 20:27:33) ======

Ufoconsole.log tells nothing because the levelloading-data does not get written anymore (have to kill the process)...
I can tell you how to reproduce this bug with latest trunk version on WinXPSP3:
1. Start the game
2. Go to video-options & change the resolution
3. Accept the new resolution
4. Start a Skirmish game
5. Game hangs

The workaround works, so imho a initialization which is made while starting the game is NOT made when just changing the resolution...
I will test geoscape also as it is rendered now differently than it was @ the time this report was written...
====== mcr2010 (2010-05-12 20:34:09) ======

Geoscape works after resolution change.
Battlescape hangs after displaying 'Awaiting game start (0)' message on the load ing screen (good feature to judge the in-game quality of those ;))
====== tlh2000 (2010-05-13 09:23:24) ======

can you run this in a debugger and give me a backtrace where it hangs?
====== mcr2010 (2010-05-13 10:45:34) ======

I am quite sure you can help me with that (see attached screenshot)...

====== mcr2010 (2010-05-13 10:47:26) ======

Have to kill ufo.exe, so there is no backtrace ?!
====== tlh2000 (2010-05-13 11:47:10) ======

wait - are you running fullscreen or windowed? run it windowed please and make sure vid_grabmouse is set to 0 now you can switch to the gdb console with alt+tab and type "bt full"
====== mcr2010 (2010-05-13 12:37:41) ======

The problem is that gdb does not allow any inputs while ufo.exe is running & when I kill the process gdb says 'Program exited with code 01' & there are no backtraces available after that message is printed...

But I do not think that we need the debugger in this case as we know how to workaround the problem, so just the same steps have to be made when changing the resolution like are done when starting the game & the problem should be solved imho...
I have not looked deeply enough into which functions are called when starting the game, but one of those initializations is missing when changing the resolution...
Also I noticed other bugs related, but not this important which also should be fixed, like problems with overlays (like the volume overlays or others from Logitech & other manufacturers keyboards) or that the screen-settings for brightness & gamma do not get resetted correctly when exiting the game normally...
I am sorry for writing this here & not in a seperate bug report, but I think all of those bugs are very closely related & could be fixed all @ once by reworking the way our graphic system gets initialized...
Problems also occur when winamp scrolls a song title in the taskbar while running the game fullscreen, so I think fullscreen mode is not 'exclusive' enough...

====== mcr2010 (2010-05-13 12:42:50) ======

Forget the winamp-problem as this is only happening when using a modded desktop with enhanced FX, so this will not be a common problem @ all...
====== mcr2010 (2010-05-13 12:56:58) ======

Important additional info:
It is enough to change from windowed-mode to fullscreen to reproduce the bug.
(just changed from 1280x1024 windowed to fullscreen, started skirmish-africa, hangs)
====== tlh2000 (2010-05-13 14:07:56) ======

it's not easy as you might think it is. it works fine on linux and mac - so this is a windows only issue => means, i can't fix it.
====== tlh2000 (2010-08-21 10:51:09) ======

is this still an issue for you? maybe we could get some remote debugging working.
====== tlh2000 (2010-08-27 10:30:09) ======

it would be nice if you could retry with latest trunk - as i've fixed two bugs that were related to this issue - setting to pending now
====== mcr2010 (2010-09-11 16:53:23) ======

Unfortunately this bug is still valid in current trunk from September 11. Setting to open.
====== mcr2010 (2011-10-02 07:44:29) ======

Finally fixed. :)
====== aduke1 (2012-09-15 23:04:22.833000) ======

- **status**: pending --> closed